Design patterns 在.NET中启动IoC的最佳方法是什么

我一直在阅读有关国际奥委会的资料，这似乎是一个非常广泛和模糊的指导方针。我还负责重构企业系统，使其更易于维护和测试。国际奥委会承诺在这两方面帮助我

开始使用国际奥委会模式的最佳方法是什么？我是应该专注于更具体的事情，比如依赖注入，还是应该试着将我的头脑集中在IoC更广泛的方面

---

我对这一点很陌生，觉得自己有点不知所措。任何建议都将不胜感激。

我会说从依赖注入开始。但是如果没有一个容器，你最终会做很多必须再次重构的工作

因此，我将从学习如何在小型测试项目中使用容器开始，并确保在继续之前了解不同的生命周期范围

---

您也可以阅读我的IoC文章：

我会说从依赖注入开始。但是如果没有一个容器，你最终会做很多必须再次重构的工作

因此，我将从学习如何在小型测试项目中使用容器开始，并确保在继续之前了解不同的生命周期范围

---

你也可以阅读我的国际奥委会文章：

这个问题只有一个可能的答案：-）。阅读：

---

这个问题只有一个可能的答案：-）。阅读：

---

就用它吧。真正地你会了解其中的诀窍：D我在开始使用之前并没有真正“获得”DI/IoC，但ServiceStack附带了Funq，因此它“非常容易使用”，实际上让我的生活变得更轻松。另外，在用外行术语解释DI/IoC时，也很好：有些东西是服务，有些组件，其他的一切都是实现细节。。哦，还要避免服务定位器反模式！服务定位器模式（和XML配置！）可能就是我花了这么多年时间才开始使用DI的原因——我始终无法完全理解为什么在没有

new

的情况下执行“new”应该是一件好事。@pst：继续解释为什么它是一种反模式。一个糟糕的用例（业务线应用程序）不会使其成为反模式。还是要从ASP.NET MVC等中删除IoC集成@jgauffin注意到我在随后的评论中没有提供“anti-”。网上有很多文章都在争论，我认为这是一个“最后的选择”，因为有时候其他注射机制是不可能的或不太理想的。真正地你会了解其中的诀窍：D我在开始使用之前并没有真正“获得”DI/IoC，但ServiceStack附带了Funq，因此它“非常容易使用”，实际上让我的生活变得更轻松。另外，在用外行术语解释DI/IoC时，也很好：有些东西是服务，有些组件，其他的一切都是实现细节。。哦，还要避免服务定位器反模式！服务定位器模式（和XML配置！）可能就是我花了这么多年时间才开始使用DI的原因——我始终无法完全理解为什么在没有

new

的情况下执行“new”应该是一件好事。@pst：继续解释为什么它是一种反模式。一个糟糕的用例（业务线应用程序）不会使其成为反模式。还是要从ASP.NET MVC等中删除IoC集成@jgauffin注意到我在随后的评论中没有提供“anti-”。网上有很多文章都在争论，我认为这是一个“最后的选择”，因为有时候其他的注射机制是不可能的或不太理想的。所以你说直接钻研DI是实施好的IOC指南的最佳方法吗？干杯：）+1关于这个主题的最佳阅读@bean Mark Seemann还有一个非常有趣的@bean：关于DI有很多神话和误解，这本书清楚地向您展示了模式和反模式。几章之后，你将有足够的信息开始你的项目，一旦你读完这本书，你将成为一名迪绝地武士，就像塞巴斯蒂安和我一样；-）好吧，那听起来是很容易的事。在绝地部分，我只需要相信你：）@SebastianWeber:Will可以支持我：-DSo你说直接钻研DI是实践良好国际奥委会指导方针的最佳方法吗？干杯：）+1关于这个主题的最佳阅读@bean Mark Seemann还有一个非常有趣的@bean：关于DI有很多神话和误解，这本书清楚地向您展示了模式和反模式。几章之后，你将有足够的信息开始你的项目，一旦你读完这本书，你将成为一名迪绝地武士，就像塞巴斯蒂安和我一样；-）好吧，那听起来是很容易的事。就绝地部分而言，我只需要相信你：）@SebastianWeber:Will可以在这方面支持我：-D