用.net实现控制反转

Question

我很少听到有人在.Net中使用.Net原理。我有一些使用Java的朋友，他们在Spring和PicoContainer中使用了更多的Ioc。

我理解从代码中删除依赖项的原则..。但我怀疑这样会好得多。

为什么.Net程序员不使用(或少使用)这些类型的框架？如果你这样做了，你真的会发现长期的积极影响吗？

Answer 1

很多人在.NET中使用IoC，并且有几个框架可以帮助使用IOC。在Visual中设计表单时，很难让容器将所有的东西连接在一起，所以在WinForms方面可能会比较少，但是我可以说，对于服务器端的.NET应用程序，至少在我工作的地方，IoC是非常成功的。

为什么在.NET中使用它？出于同样的原因，你在其他地方使用它。我最喜欢的两件事是：

• IoC的设计倾向于执行良好的编码实践--对接口的设计，低耦合，高内聚力。这也导致了非常容易进行单元测试的类。
• 系统配置通常可以在不重新编译的情况下进行更改。

其他一些文章讨论了.NET可用的不同IoC/DI框架：

• 哪些C#/.net依赖注入框架值得研究？
• 我应该使用哪个依赖注入工具？

Answer 2

我使用StructureMap进行依赖项注入，直到最近才开始与iBATIS.NET一起使用它在运行时注入域对象映射器(通过XML文件注入而不是，不谢！)

我看到了眼前的好处。为所有映射器(如IPersonMapper)创建接口，然后添加莫克，可以让我快速轻松地编写一些非常棒的无数据库单元测试。

以前(.NET 1.0)，我写了自己的插件系统，主要是为了了解反射。从那时起，我就在我的项目中实现了某种IoC。就在最近，我才开始使用IoC编写单元测试，这样编写起来就不那么痛苦了。在这种情况下，我无法想象用别的方式去做。

Answer 3

到目前为止，IoC在.Net中并不是那么普遍。这一切都与微软有关，他们在那里开展了促销活动。到目前为止，他们更强调VS的RAD功能，同时忘记了推广IoC和Di之类的东西，但是现在他们有了自己的框架，称为Unitaland他们在ASP.Net MVC上所做的工作。

所以我想大多数人都会开始使用这样的东西。因为知道他们有一个MS替代品可供使用。

我使用StructureMap。