Composer配合Pimple或Container实现依赖注入的步骤（代码实现）-composer-PHP中文网

composer安装pimple后直接composer require pimple/pimple，自动加载；注册服务须用匿名函数实现延迟加载，依赖通过参数$c获取；pimple不支持自动构造器注入，需手动绑定工厂函数；它原生兼容psr-11仅限4.x版本；容器应仅用于入口和工厂类，避免服务定位器反模式。

composer配合pimple或container实现依赖注入的步骤（代码实现）

Composer安装Pimple后怎么注册服务

直接用 composer require pimple/pimple 装好，别手动下载或改 autoload。装完会自动加进 vendor/autoload.php，只要在入口文件里 require 'vendor/autoload.php' 就能用 Pimple\Container。

注册服务时别直接 new 实例塞进去——那样就失去延迟加载意义了。正确写法是传匿名函数：

$container = new Pimple\Container();
$container['logger'] = function ($c) {
    return new Monolog\Logger('app');
};
$container['db'] = function ($c) {
    return new PDO('sqlite:/tmp/db.sqlite');
};

注意：函数参数 $c 是容器自身，可用于依赖其他服务（比如 $c['logger']），但要小心循环引用。

怎么让类构造器自动注入依赖

Pimple 本身不支持自动构造器注入（即不扫描 __construct 参数类型并自动 resolve），必须显式绑定。常见错误是写成：

// ❌ 错误：这只会把字符串 'MyService' 塞进去
$container['myservice'] = 'MyService';

正确方式是用工厂函数封装实例化逻辑：

$container['myservice'] = function ($c) {
    return new MyService($c['db'], $c['logger']);
};

如果类太多、参数太长，建议提取成独立工厂类，而不是堆在容器定义里。否则容器文件很快变成配置泥潭。

Container 和 Pimple 的关键区别在哪

别混淆：Pimple 是一个具体实现，Container 是 PSR-11 接口名。Composer 里搜 container 得到的可能是 php-di/php-di 或 league/container，它们支持自动注入；而 pimple/pimple 不原生支持 PSR-11 的 get() + 类型提示自动解析。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

如果你真要用 PSR-11 兼容容器：

选 php-di/php-di：支持 #[Inject] 属性或构造器类型提示
选 league/container：需手动调用 $container->add(MyService::class)->addArguments([...])
坚持用 Pimple：就老老实实写工厂函数，别指望它猜你要什么

强行给 Pimple 加 PSR-11 包裹层（如 container-interop/container-interop）已废弃，现在多数框架只认 psr/container v2+，Pimple 4.x 才原生实现它，旧版不兼容。