问IoC比较

EN

它不在您的列表中，但请考虑查看温莎城堡

支持工厂以便注入工厂产品的设备数量，而不是注入代理或创建具有依赖关系的主机的Wcf工具。

有一个很好的流畅接口连接各个项目，但最好你可以使用约定自动连接，这样你就不必列出每个组件。

其他一些不错的特性：

• 需要自新版本以来的单个dll。
• 支持通过SubDependancy解析器注入列表和数组。

这里是今年进行的一项民意调查，显示出最受欢迎的IoC。团结似乎是最重要的，但这可能是因为它是微软的产品，而微软的工作坊将在默认情况下获得它。

我们在StructureMap MVC项目上使用ASP.NET，发现它非常有用。唯一真正的缺点是有限的文档。自动配线工作得很好，如果您使用强约定来命名类和接口，那么只需要很少的配置，例如：

 public interface ISomething { ... }

 public class Something: ISomething { ... }

在此之前，我们使用了Spring.NET，尽管我们放弃了它，因为它做了很多我们并不真正需要的事情(非IoC)，并且需要复杂的XML配置来完成我们需要的事情。但是，作为一个IoC容器，它工作得很好，而且非常灵活。

无论您选择什么，我推荐的关键是允许使用IoC的编码--我们在各地都使用接口。这确实有助于单元测试和所有带来的好处。

MVC3中的Unity看起来也很有趣，但还没有机会使用它。

我怀疑很多人使用过其中的两到三个以上，在我有限的团结和尼尼莫的经验中，最终的结果并没有太大的不同。它们配置映射的选项略有不同，我相信一些更高级的特性有所不同，但它们可能很少使用。到头来，IoC容器的核心需求并不复杂--您可以很容易地提交自己的请求。

更重要的是，您使用的是IoC模式，您选择的特定品牌可能对最终应用程序的质量没有显著影响。

至于它的价值，我会推荐尼尼特，如果只是因为它是非常轻量级的。