您应该在属性中使用依赖注入吗？

属性中的依赖注入：深入探讨

在属性中注入依赖项一直是开发人员讨论的话题，因为它可能带来潜在问题。为了理解这些问题，让我们探讨一下这种做法的技术局限性和缺点。

属性依赖注入的挑战

构造器注入（在对象创建期间将依赖项传递到构造器中）对于属性来说是不可行的，因为公共语言运行时 (CLR) 控制属性的实例化。属性注入作为一种替代方法，存在时间耦合问题，并且难以验证容器配置。

属性依赖注入的替代方案

为了避免属性依赖注入的陷阱，可以考虑两种主要方法：

1. 分离属性和行为

此技术将被动数据（属性）与主动行为（服务）分离。服务包含依赖项和业务逻辑，而属性负责解析服务并将操作委托给它。

2. 简洁对象

这种方法涉及从属性中提取所有逻辑，并创建一个封装依赖项的服务。属性方法将任务委托给服务，使用服务定位器或 DependencyResolver 动态检索服务实例。但是，不支持在属性字段中直接注入和存储服务。

选择替代方案

替代方案的选择取决于具体的需求和设计偏好：

• 当强调设计简洁性或在多个程序集中应用属性时，选项 1 比较合适。
• 当优先考虑简单性时，推荐选项 2。

总之，在属性中使用依赖注入应谨慎对待。通过了解局限性并采用分离属性和创建简洁对象等替代方法，开发人员可以避免潜在问题，并维护一个健壮且易于维护的代码库。

以上是您应该在属性中使用依赖注入吗？的详细内容。更多信息请关注PHP中文网其他相关文章！