我认真地开始认为使用IoC容器会激发创建过度设计的解决方案(至少它会激起我尝试使用各种不必要的功能:).
现在是时候将我的"IoC"反模式列表与社区同步了.
我的简短经验表明,在启动时每个应用程序调用一次Resolve方法就足以解决一些基础设施单例并启动它们"瞬态对象的工厂",这可能会产生新的"更小的终身粮食工厂".即使通过在工厂中添加10个代码行来实现这些工厂的线程安全(例如,为每个线程创建一个实例)也很容易实现......然而,这些工厂比"库与IoC工具集成"要简单得多.拦截？只需创建自己的包装...终身经理/依赖策略/父容器？在bootstrapper上只调用一次Resolve,你不会想到这一点.
你能帮助我理解为什么开发人员在不同的应用程序层上多次调用Resolve(通过传递容器或将委托传递给容器),然后有很多事情需要考虑？我真的很担心我会错过什么.
| 归档时间： |
|
| 查看次数： |
3604 次 |
| 最近记录： |