依赖注射 – 依赖注射成瘾?

有没有一边?我现在几乎依赖它.每当一个项目超过一定的大小几乎感觉到对标准模式的过敏反应,并立即重新连接一个依赖注入框架.

我发现的最大的问题是,对于刚刚学习的其他开发人员来说,这可能会令人困惑.

此外,如果它是我使用的语言的一部分,我会感觉好多了.尽管对于Java来说,至少有一些非常轻量级的库是非常好的.

思考?糟糕的经历?还是不要担心呢?

[编辑] Re:依赖注入本身的描述

对不起,模糊不清Martin Fowler可能描述了FAR比以前更好…不需要浪费的努力.

巧合的是,这证实了一点,它仍然没有被广泛实践,并且如果每个人都不能加速,与团队合作可能会成为一个障碍.

我在一篇博文中描述了一些可能的缺点: http://kevin-berridge.blogspot.com/2008/06/ioc-and-di-complexity.html

相关文章

适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法...
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题...
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结...
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容...