如何使我的PHP IDE理解依赖注入容器?

| 当前情况:我的项目中有依赖关系,可以通过使用依赖关系注入来解决。我想通过使用依赖项注入容器(DIC)来简化逻辑,从而简化对依赖项的管理并延迟加载类。 我查看了Bucket,Pimple和sfServiceContainer,进行了一些测试,非常感谢DIC的工作方式。我可能会选择Pimple,因为它具有简单性和强大的功能。如果我没有这个问题: 由于DIC提供的抽象概念,我正在使用的IDE(PHPStorm)不再了解我的代码中发生了什么。它不了解$ container [\'mailer \']或$ sc-> mailer是否持有类对象。我还尝试了Netbeans IDE:同样的问题。 这对我来说确实是一个问题,因为我的IDE变得无用了。在处理类时,我不想编写没有代码提示,自动完成和重构工具的程序。而且,我不希望我的IDE在验证代码时发现各种误报。 所以我的问题是:有人解决过这个问题并找到了解决方案吗?     
已邀请:
        您可以定义变量\'manually \'的类:
/** @var YourClassType $mailer */
$mailer = $container[\'mailer\'];
在PhpStorm(按标准)中,使用两个星号并在变量名称之前写入数据类型。 您可以写不带变量名的数据类型(但不能写没有数据类型的名称)。     
        尽管您每次可以肯定地告诉IDE您从容器中拉出的对象的类型,但最好一次执行一次。以下两个解决方案都涉及到容器的子类化。我刚开始使用Pimple,建议无论如何都要这样做。 对于使用实例成员通过“ 1”访问或通过魔术“ 2”方法公开的成员的容器,您可以告诉您的IDE它们持有什么类型。这很棒,因为在运行代码时它不涉及任何其他解析-只有IDE会被它打扰。
/**
 * My container. It contains things. Duh.
 *
 * @property MyService $service
 * @property MyDao $dao
 */
class MyContainer extends Container { }
对于Pimple和其他充当数组的容器,您可以为所需的顶级对象创建访问器函数。虽然这意味着在创建容器时需要进行更多的分析,但应将其完成一次并保存在APC中。无论如何,我还是非常喜欢方法而不是数组访问,因为它将容易忘记的数组键放在了自动完成的方法中。
class MyContainer extends Pimple
{
    /**
     * @return MyService
     */
    public function getMyService() {
        return $this[\'service\'];
    }
}
顺便说一句,要在NetBeans中使用ѭ5来提示内嵌变量,您需要使用ѭ6并带有一个星号。这不是文档禁止注释,不适用于
/**
//
。另外,名称在类型之前。
public function foo() {
    /* @var $service MyService */
    $service = $container[\'service\'];
    ...
}
    
        由于IDE不会执行代码,因此他们不知道并且不需要您的帮助。我知道这也适用于Eclipse和其他IDE:提示变量的类型。 Netbeans / Phpstorm / PDT / ZendStudio示例
/* @var $mailer MailerInterface */
$mailer = $sc->mailer
代码完成在on11上再次开始工作。 对于PDT,重要的是: 注释仅以一个
*
开头。 首先是变量名,而不是提示。 替代注释变体 由于需要进行大量讨论,因此在IDE之间可能有所不同。但是,大多数IDE以上述方式支持内联代码变量的变量提示。因此,根据IDE的不同,编写方式可能有所不同,但类似,例如此处前面带有两个星号:
/** @var $mailer MailerInterface */
PHPDoc兼容性 如果您模仿内联代码的var doc-comment类,PHPDoc解析器可能会出现问题:
/** @var MailerInterface $mailer  */
该文档通常用于类变量(@var-记录类变量的数据类型)。然后,PHPDoc在注释后缺少类变量的定义,这给质量检查带来了负担。 但是,当以PHPDoc clas-variable样式编写时,某些IDE也会为简单变量提供代码补全。我不知道这是否对当前类的代码完成有副作用,那么作为新成员可能会引入实际上并不存在的成员。     
        对于那些从谷歌来到这里的人。 实际上,PHPStorm提供了一种解决此类问题的方法,而不是一遍又一遍地编写PHPDocs-以此处描述的方式创建和设置
.phpstorm.meta.php
文件可以顺利进行自动完成和类型检查。     
我知道问题仅与DIC有关,但是有一个Silex Pimple Dumper服务提供程序,可将容器转储到json文件中。同一位作者为PHPStorm写了一个插件,可以读取该文件并使用服务名称及其类型(类,字符串等)打开自动完成功能。我正在使用这两个组件,可以说这是Silex / Pimple自动完成的好选择。     
        丘疹只是介绍了容器建造者的原理。如果您了解它,则不再需要Pimple:
class Container
{
    private $shared = array();

    public function getService() {
        return new Service(
            this->getFirstDependence(),
            this->getSecondDependence()
        );
    }

    protected function getFirstDependence() {
        return new FirstDependence(
            this->getSecondDependence()
        );
    }

    protected function getSecondDependence() {
        return isset($this->shared[__METHOD__]) ? $this->shared[__METHOD__] : $this->shared[__METHOD__] =
        new SecondDependence(
        );
    }
}
这样,Pimple不会在混合$ c [\'some key \']中隐藏对象的类型。编辑容器时,您将获得自动完成建议。 Phpstorm能够自动解析代码中的方法返回类型。而且您将拥有干净的容器。您可以覆盖容器:
class TestContainer extends Container
{
    protected function getFirstDependence() {
        return new FirstDependenceMock(
        );
    }
}
老实说,用“编程”语言编写的容器是错误的方法。容器的责任是将初始化的对象图带给调用者。有权使用“编程语言”可以轻松地违反这一责任。一些用于配置依赖性的DSL更好。此外,Pimple和sfDepenencyContainer只会忽略大多数原始的依赖信息(构造函数的参数提示),从而使您的配置变得肿和脆弱。     

要回复问题请先登录注册