Composer怎么安装PHP-DI Slim集成_Composer如何在Slim框架中集成PHP-DI做依赖注入容器【实战】-composer-PHP中文网

必须安装 php-di/slim-bridge 并用 di\bridge\slim\app 包装容器，否则 slim 4+ 中 php-di 注入失效；需显式绑定 serverrequestinterface 和 responseinterface 等核心接口。

composer怎么安装php-di slim集成_composer如何在slim框架中集成php-di做依赖注入容器【实战】

PHP-DI 和 Slim 的 Composer 安装命令写错就报错

直接运行 composer require php-di/php-di slim/slim 是够用的，但如果你用的是 Slim 4+，必须额外装 php-di/slim-bridge——不装它，Container::set() 或 get() 时会抛出 ContainerException，提示“no entry or class found”。Slim 4 默认不自动桥接 PHP-DI，这点和 Slim 3 完全不同。

正确安装顺序：

composer require php-di/php-di
composer require slim/slim "^4.12"（别用 5.x，PHP-DI 当前没官方适配）
composer require php-di/slim-bridge（关键！Bridge 负责把 PHP-DI 注入到 Slim 的 App 生命周期里）

在 Slim 中注册 PHP-DI 容器不能只 new Container()

很多人写完 $container = new \DI\Container(); 就直接传给 new \Slim\App($container)，结果路由里 $this->get(...) 拿不到服务。Slim 4+ 不再接受裸容器对象，必须用 Bridge 包装过的实例。

正确做法是用 Slim\Bridge\Pimple\Container？不对——那是旧版 Pimple 的桥。PHP-DI 要用 DI\Bridge\Slim\App：

use DI\Container;
use DI\Bridge\Slim\App as SlimApp;

$container = new Container();
// 这里可以 add()、set()、autowire()...
$container->set('logger', function () {
    return new \Monolog\Logger('app');
});

$app = new SlimApp($container); // 注意：不是 new \Slim\App($container)

漏掉 DI\Bridge\Slim\App 这层包装，容器根本不会被 Slim 的中间件和路由解析器识别。

PHP-DI 自动注入在 Slim 路由回调里失效的常见原因

写了 function (ServerRequestInterface $req, ResponseInterface $res) { ... } 却发现类型提示没被 PHP-DI 解析，参数全是 null——这不是 PHP-DI 的锅，是 Slim 的路由定义方式问题。

Discussion Composer

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

下载

必须用数组语法或闭包绑定，让 Slim 明确知道要走容器解析：

✅ 正确：$app->get('/user', [\App\Action\UserAction::class, 'handle'])（类+方法，PHP-DI 自动解析构造 + 方法参数）
✅ 正确：$app->get('/user', function ($req, $res) { ... })->add(new \DI\Bridge\Slim\Middleware\InjectAttributes())（需手动加中间件）
❌ 错误：$app->get('/user', function (UserRepository $repo) { ... })（匿名函数直写类型提示，Slim 不解析）

另外，确保 Container 启用了注解扫描（AnnotationReader），否则 @Inject 或构造器自动注入会静默失败。

开发时容易忽略的配置细节：自动装配 vs 手动绑定

PHP-DI 默认开启 autowire(true)，看起来省事，但 Slim 的 Request、Response、Route 等对象不是靠 new 出来的，而是由 Slim 在运行时注入到闭包/方法里的。PHP-DI 不会、也不能去“猜”这些对象该从哪来。

所以必须显式绑定核心接口：

$container->set(ServerRequestInterface::class)->factory(function () use ($app) { return $app->getContainer()->get('request'); });
$container->set(ResponseInterface::class)->factory(function () use ($app) { return $app->getContainer()->get('response'); });

不绑，你在 Action 类构造器里写 public function __construct(ServerRequestInterface $req)，PHP-DI 会直接报 No entry or class found——它根本不知道这个 $req 该从哪取。

复杂点在于：Slim 的 $app->getContainer() 和 PHP-DI 的 $container 是两个东西，混用就会丢上下文。别试图把 Slim 原生容器当 PHP-DI 用，也别把 PHP-DI 容器塞进 Slim 原生容器里。桥接层只负责启动时传递一次，之后各管各的。