TLDR是因为将依赖关系定义为闭包使得依赖注入容器可以按需构建它们,因此您不必担心它们的定义顺序并手动管理它们的依赖关系.
Pimple是Dependency Injection Container,它应该通过简单方便的方式管理它们的依赖项来帮助您设置对象.
如果直接为键指定值,则Pimple将该值称为参数,当您需要访问该键时,它只返回该值:
$container['sample-param'] = 'foo';
echo $container['sample-param'];
//output: foo
但重点是,这个样本参数不需要任何设置,它只是一个值,我们对此很好.但假设以下服务设置:
$container['myService'] = function($c) {
$service = new \Some\Complicated\Service();
//this service depends on cache service
$service->setCache($c['cache']);
return $service;
}
$container['cache'] = function($c) {
$cache = new \Cache\Driver();
//our cache driver needs a db connection
$cache->setDbConnection($c['db']);
return $cache;
}
$container['db'] = function($c) {
//our database connection requires some parameters
$dbConnection = new \Database\Connection($c['db-config']);
return $dbConnection;
}
$container['db-config'] = [
'username' => 'foo',
'password' => 'bar',
'host' => 'localhost'
];
//Now we want to user our service:
$container['myService']->doSomething();
请注意我用来定义容器中不同键的顺序.
myService需要缓存,但缓存定义在myService定义之后.这就是Pimple正在帮助的地方,这就是我们将容器传递给每个闭包的原因,因为Pimple将根据需求构建我们的依赖项.当我们需要访问myService时,Pimple查看其内部数据存储,如果它先前已成功构建并存储myService,它将返回相同的实例,否则它将调用我们的闭包来构建它.当调用我们的闭包时,它会询问Pimple($c是Pimple容器)给它的依赖(在这种情况下是缓存服务). Pimple在缓存上应用相同的东西,如果它还没有构建,它将构建它等等……直到它到达需要简单的参数的部分,如db-config,它将立即返回.在这个闭包调用链中,构建了我们的对象及其所有依赖项.
现在想象如果我们使用简单的值而不是闭包会发生什么?在这种情况下,当我们想要构建myService时,我们必须处理它的依赖关系.我们必须确保在定义服务本身之前定义其依赖项,并且我们必须处理与管理依赖项相关的其他问题.在这种情况下,我们不能只定义我们的myService并假设有一个可用的缓存服务,稍后将对其进行定义.