注入类型
编辑本页警告:您正在浏览的文档欧宝官网下载appob娱乐下载Symfony 2.0,现已不再维护。
读本页的更新版本用于Syob娱乐下载mfony 6.2(当前稳定版本)。
注入类型
使类的依赖关系显式化,并要求将它们注入到类中,这是使类更具可重用性、可测试性和与其他类解耦的好方法。
有几种方法可以注入依赖项。在使用服务容器时,每个注入点都有其优缺点,以及使用它们的不同方式。
构造函数注入
注入依赖关系最常见的方法是通过类的构造函数。要做到这一点,你需要在构造函数签名中添加一个参数来接受依赖:
1 2 3 4 5 6 7 8 9 10 11
类欧宝平台是合法的吗NewsletterManager{受保护的$梅勒;公共函数__construct(\梅勒$梅勒){$这->梅勒=$梅勒;}/ /……}
你可以在服务容器配置中指定你想要注入什么服务:
- YAML
- XML
- PHP
1 2 3 4 5 6
服务:my_mailer:#……欧宝平台是合法的吗newsletter_manager:类:欧宝平台是合法的吗NewsletterManager参数:[" @my_mailer "]
1 2 3 4 5 6 7 8
<服务><服务id=“my_mailer”...><!--...-->服务><服务id=“欧宝平台是合法的吗newsletter_manager”类=“欧宝平台是合法的吗NewsletterManager”><论点类型=“服务”id=“my_mailer”/>服务>服务>
1 2 3 4 5 6 7 8 9
使用ob娱乐下载\组件\DependencyInjection\定义;使用ob娱乐下载\组件\DependencyInjection\参考;/ /……$容器->setDefinition (“my_mailer”,……);$容器->setDefinition (“欧宝平台是合法的吗newsletter_manager”,新定义(“欧宝平台是合法的吗NewsletterManager”,数组(新引用(“my_mailer”))));
提示
类型提示注入的对象意味着您可以确定已经注入了合适的依赖项。通过类型提示,如果注入了不合适的依赖项,您将立即得到一个明确的错误。通过使用接口而不是类的类型提示,可以使依赖项的选择更加灵活。并且假设您只使用接口中定义的方法,您可以获得这种灵活性,并且仍然可以安全地使用对象。
使用构造函数注入有几个优点:
- 如果依赖项是一种需求,类没有依赖项就不能工作,那么通过构造函数注入依赖项可以确保在使用类时存在依赖项,因为没有依赖项就不能构造类。
- 在创建对象时,构造函数只被调用一次,因此可以确保依赖关系在对象的生命周期内不会改变。
这些优点确实意味着构造函数注入不适合使用可选依赖项。与类层次结构结合使用也更加困难:如果一个类使用构造函数注入,则扩展它
重写构造函数就会出现问题。
Setter注入
另一个可能的类注入点是通过添加一个接受依赖的setter方法:
1 2 3 4 5 6 7 8 9 10 11
类欧宝平台是合法的吗NewsletterManager{受保护的$梅勒;公共函数setMailer(\梅勒$梅勒){$这->梅勒=$梅勒;}/ /……}
- YAML
- XML
- PHP
1 2 3 4 5 6 7
服务:my_mailer:#……欧宝平台是合法的吗newsletter_manager:类:欧宝平台是合法的吗NewsletterManager电话:-[setMailer,[" @my_mailer "]]
1 2 3 4 5 6 7 8 9 10
<服务><服务id=“my_mailer”...><!--...-->服务><服务id=“欧宝平台是合法的吗newsletter_manager”类=“欧宝平台是合法的吗NewsletterManager”><调用方法=“setMailer”><论点类型=“服务”id=“my_mailer”/>调用>服务>服务>
1 2 3 4 5 6 7 8
使用ob娱乐下载\组件\DependencyInjection\定义;使用ob娱乐下载\组件\DependencyInjection\参考;/ /……$容器->setDefinition (“my_mailer”,……);$容器->setDefinition (“欧宝平台是合法的吗newsletter_manager”,新定义(“欧宝平台是合法的吗NewsletterManager”))->addMethodCall (“setMailer”,数组(新引用(“my_mailer”)));
这次的优势是:
- Setter注入在可选依赖项下工作得很好。如果你不需要依赖,那么就不要调用setter。
- 您可以多次调用setter。如果该方法将依赖项添加到集合,这将特别有用。然后,您可以拥有数量可变的依赖项。
setter注入的缺点有:
- 除了在构造时调用setter外,还可以多次调用setter,因此不能确保在对象的生命周期内没有替换依赖项(除非显式地编写setter方法来检查是否已经调用)。
- 您无法确定将调用setter,因此需要添加检查,以确保注入了所需的依赖项。
属性注入
另一种可能是直接设置类的公共字段:
1 2 3 4 5 6
类欧宝平台是合法的吗NewsletterManager{公共$梅勒;/ /……}
- YAML
- XML
- PHP
1 2 3 4 5 6 7
服务:my_mailer:#……欧宝平台是合法的吗newsletter_manager:类:欧宝平台是合法的吗NewsletterManager属性:梅勒:“@my_mailer”
1 2 3 4 5 6 7 8
<服务><服务id=“my_mailer”...><!--...-->服务><服务id=“欧宝平台是合法的吗newsletter_manager”类=“欧宝平台是合法的吗NewsletterManager”><财产的名字=“梅勒”类型=“服务”id=“my_mailer”/>服务>服务>
1 2 3 4 5 6 7 8
使用ob娱乐下载\组件\DependencyInjection\定义;使用ob娱乐下载\组件\DependencyInjection\参考;/ /……$容器->setDefinition (“my_mailer”,……);$容器->setDefinition (“欧宝平台是合法的吗newsletter_manager”,新定义(“欧宝平台是合法的吗NewsletterManager”))->setProperty (“梅勒”,新引用(“my_mailer”)));
使用属性注入主要只有缺点,它类似于setter注入,但有这些额外的重要问题:
- 你根本无法控制何时设置依赖项,它可以在对象生命周期中的任何时候被更改。
- 不能使用类型提示,因此不能确定注入了什么依赖项,除非在使用类实例之前将其写入类代码显式测试。
但是,知道这可以用服务容器来完成是很有用的,特别是如果您正在处理不受您控制的代码,例如在第三方库中,它使用公共属性作为其依赖项。
此工作,包括代码示例,是根据创作共用BY-SA 3.0许可证。