Where communities thrive

  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
Repo info
  • May 13 15:45
    SinuxLee starred PHP-DI/PHP-DI
  • May 13 01:15
    Tinywan starred PHP-DI/PHP-DI
  • May 13 00:04
    vasily-kartashov opened #779
  • May 11 15:49
    SRJ9 starred PHP-DI/PHP-DI
  • May 11 00:28
    pialechini starred PHP-DI/PHP-DI
  • May 06 12:20
    timoschaefer starred PHP-DI/PHP-DI
  • May 05 09:42
    erickcomp starred PHP-DI/PHP-DI
  • May 04 12:38

    mnapoli on master

    Improve DI\add description Res… Merge pull request #778 from Sv… (compare)

  • May 04 12:38
    mnapoli closed #778
  • May 04 12:38
    mnapoli closed #758
  • May 04 12:38
    mnapoli commented #778
  • May 04 12:38
    mnapoli labeled #778
  • May 04 12:06
    SvenRtbg opened #778
  • May 04 07:53
    SDBlackwood starred PHP-DI/PHP-DI
  • May 03 19:53
    tekinnnnn starred PHP-DI/PHP-DI
  • May 03 15:51
    rdarcy1 commented #777
  • May 03 15:04
    shadowhand commented #777
  • May 02 01:02
    markelarauzo7 starred PHP-DI/demo
  • May 01 17:49
    bahyusanciko starred PHP-DI/PHP-DI
  • May 01 17:19
Anaël Ollier
Trust me, once you'll get used to it, you won't want to do without ;)
The learning curve is just a bit steep
i usually can figure this out, but i'm just hitting a brick wall and don't know where to look for help at this point. can't tell if it's a slim issue, php-di issue (which you don't seem to think so) so i guess it's just how i have configure composer (autoload)
i have to say it's really tempting to just say screw it and just manually put the require lines in and be done with it
Does PHP-DI actually include the files or is that composer?
I figured out the issue. My project had the folder "public" but the web server had "public_html". once i fixed the path issue the problem was resolved. thanks for your help @nanawel
Anaël Ollier
Hi @gmariani. Glad you figured this out! So that was a path issue after all, nothing wrong with PHP-DI :)
Daniel Opitz
@gmariani It looks like an PSR-4 autoloader issue. Make sure that you defined the correct namespaces and paths in your composer.json file. Linux is case sensitive. For example if you have a namespace App\Action, then your directory should be named like this: src/Action/ and not src/action/.
Jack Price-Burns
Hello :wave: when using the autowiring to load classes, if the class can not be instantiated because of an exception the container just returns null, is this behaviour intended (I don't know if I've changed something) and is there any way I can make these exceptions get thrown out of the container so I can handle them myself?

Hi. I have this problem, when I upload my project to a host this error activates me: Fatal error: Not captured DI \ NotFoundException: No entry or class was found for 'App \ Controllers \ AuthController' in /home/vrfctuqw/myhonsting.com/ vendor /php-di/php-di/src/Container.php:135 Stack tracking: # 0 /home/vrfctuqw/myhosting.com/vendor/php-di/php-di/src/CompiledContainer.php(64) : DI \ Container-> get ('App \ Controllers ...') # 1 /home/vrfctuqw/myhosting.com/public/index.php(474): DI \ CompiledContainer-> get ('App \ \ Controllers ... ') # 2 {main} included in /home/vrfctuqw/myhosting.com/vendor/php-di/php-di/src/Container.php on line 135

Locally it works correctly, but in hosting I present this. I would like you to help me please

Định Nguyễn Thế
I has a problem when i call a magic menthod in a class.
Sandunika Fernando
Hi I have used "mnapoli/php-di": "~4.0", "container-interop/container-interop": "^1.1", for my application and now im moving to php 7 with "php-di/php-di": "6.0.11", "psr/container": "^1.0.0", I'm getting "Entry "Idfix\Contracts\RegistryInterface" cannot be resolved: the class is not instantiable Full definition: Object ( class = #NOT INSTANTIABLE# Idfix\Contracts\RegistryInterface lazy = false )" this issue please advice
Stay The Fuck Home
Hello! So, after doing composer update I get a notice that the package jeremeamia/superclosure is abandoned and php-di seems to require/depend on this package. Any solutions to this problem especially that the recommendation is using opis/closure and it's not advisable to edit composer.lock directly??
Maciej Holyszko
Vitalijus Trainys
hi, why dependencies still exists to jeremeamia/superclosure? Its abandoned?
Sorry, not read RTFM :)
Bram Van der Sype
When trying to compile my container, I'm getting a "The closure was not found within the abstract syntax tree" exception from jeremeamia/superclosure
Can anyone point me in the right direction of how to debug that? @mnapoli ?
The stack trace isn't exactly helpful
I previously had an error because I was using use ($var) in a closure, but took those out
Bram Van der Sype
Oh, apparently you can't use arrow functions
Jens Prangenberg
Hi everyone, does anybody have knowledge about php-di and zend expressive? "I got Cannot compile closures which import variables using the use keyword'", but i cant find an use statement for the given Delegator. Some ideas?
Bram Van der Sype
@mnapoli still using Slim v3 with the php-di bridge, I upgraded composer and now suddenly getting the error "Class 'AssociativeArrayResolver' not found in /var/www/html/cache/CompiledContainer.php on line 1210"
What could be causing that?
Bram Van der Sype
It happened in the upgrade from php-di 6.1 to 6.2, I'm guessing it has something to do with the change of the closure thingy
Adam Bosco

Hey all! I'm wondering if I can look up a key within a get()'d array in a autowire()->constructorParameter() somehow. This was my first stab, and I understand it doesn't work because get() is a definition helper, not an immediate lookup:

return [
  'config' => [
    'foo' => 'bar'

  'my.object' => autowire( MyClass::class )
    ->constructorParameter( 'foo', get( 'config' )[ 'foo' ] )

I understand that I could do this with a factory function, but I'm really curious as to if there is a way to do so without one?

How do I use PHP-DI in codeigniter 4
Hi, a query, how can I make a library I have generated, auto-inject into the application that uses it. Is this possible?

I tried something like this:

class CacheServiceProvider implements ServiceProviderInterface

 * @param Container $pimple
public function register(Container $pimple): void
    $pimple[CacheAdapter::class] = [self::class, 'getCache'];
But doesn't work!
Maciej Fikus

Hey guys, I've quick question as I do not understand it from docs.

How does @Inject work? It is said, that I can use it while I do not have control over object creation (i.e. some package).
The Object is created "by hand" somewhere (new Object(itsparams)) - then, I would like to inject some properties from container

I mean, it can't be used in this way, right? It can be used only if object itself is controllered by container?
are you here?
Mohamed Cherif Bouchelaghem
Seems that factory function doens’t accept callable like:
class MyServiceFactory {
   public function __invoke(ContainerInterface $container)
        //creation logic here!
The issue is when compilation is enabled, without compilation everything work fine
Anyone faces this issue before?
to workaround this:
     return (new MyServiceFactory)->__invoke($container);
Hans-Helge Buerger
Hey there, is there a way in PHP-DI to return always a new instance of a class. factory() returns always the same instance, but I need a new instance for every injection.
Anaël Ollier
Hi @obstschale In my understanding of the documentation and the current state of the library, you need to create a factory class yourself for this kind of need, and use something like Container->make(...) in order to force creating a new instance of your class.
Hans-Helge Buerger
Ok. Thx for your help
Hello everybody. I have questions about other files (css/js).
How I connect personal css file ? Thank you.
Mohamed Cherif Bouchelaghem
Hi, how you guys organize dependencies without being a mess?
Split to bunch of arrays and merge them?
Maybe the question was asked before, I just would like to know if there is any pattern to follow?
Anaël Ollier

Hi @cherifGsoul There's no pattern, at least none that I know of. I personnally split the directives in 4 files, based on the "type" of them.

return array_merge(
    include 'sections/10-values.php',
    include 'sections/20-preferences.php',
    include 'sections/30-definitions.php',
    include 'sections/40-virtual.php'

Where "preferences", "definitions" and "virtual" are derived from what you can find in Magento 2 (just because I'm used to it).

  • values: keys are simple strings, often reused later, ex: 'app.base_url' => "some_value"
  • preferences: keys are interface names and define a preference for a given interface, ex: \App\BootstrapInterface::class => \DI\get(\App\Bootstrap::class)
  • definitions: keys are class names and define dependencies, ex: \App\Bootstrap::class => \DI\autowire()->constructorParameter(...)
  • virtual: keys are virtual class names and also define dependencies, ex: 'App\ApiBootstrap::class => \DI\autowire(\App\Bootstrap::class)->constructorParameter(...)
    So far, it covers all my cases :)
Mohamed Cherif Bouchelaghem
@nanawel thanks you for sharing your approach, I really like it and give me ideas
Anaël Ollier
There's a mistake in the last line, the example should be 'App\ApiBootstrap' => \DI\autowire(\App\Bootstrap::class)->constructorParameter(...) (the key should be string, not a ::class)