如何解决如何使我的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只会忽略大多数原始的依赖信息(构造函数的参数提示),从而使您的配置变得肿和脆弱。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。