加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

设计模式 – 使用依赖注入的缺点是什么?

发布时间:2020-12-14 01:50:58 所属栏目:百科 来源:网络整理
导读:我试图在工作中引入DI作为模式,我们的主要开发人员想知道:使用依赖注入模式的缺点是什么? 注意我在这里寻找一个 – 如果可能的 – 详尽的列表,而不是主题的主题讨论。 澄清:我在谈论依赖注入模式(参见Martin Fowler的this article),而不是一个特定的框
我试图在工作中引入DI作为模式,我们的主要开发人员想知道:使用依赖注入模式的缺点是什么?

注意我在这里寻找一个 – 如果可能的 – 详尽的列表,而不是主题的主题讨论。

澄清:我在谈论依赖注入模式(参见Martin Fowler的this article),而不是一个特定的框架,无论是基于XML(如Spring)还是基于代码(如Guice)或“自我滚动”。

编辑:/r/programming这里有一些伟大的进一步讨论/咆哮/辩论。

几点:

> DI增加了复杂性,通常通过增加类的数量,因为责任分离得更多,这并不总是有益的
>你的代码将(有点)耦合到你使用的依赖注入框架(或更一般地你如何决定实现DI模式)
> DI容器或执行类型解析的方法通常会导致轻微的运行时惩罚(非常可忽略,但它在那里)

通常,解耦的好处使得每个任务更易于阅读和理解,但是增加了编排更复杂任务的复杂性。

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读