选择 .NET IoC 容器进行长期项目 [关闭]答案

【问题标题】：chose .NET IoC container for a long living project [closed]选择 .NET IoC 容器进行长期项目 [关闭]
【发布时间】：2011-02-07 09:17:05
【问题描述】：

我发现，当涉及到简单的功能时，用于 .NET 的 IoC 容器或多或少是可以互换的。因为我们的项目已经存在并且很可能会存在很长时间，所以我们倾向于根据“面向未来”来选择一个。我们认为，拥有最大动力（用户群、支持、活跃的开发人员、文档）并且最有可能在未来很多年出现的人应该得到这份工作。

根据这个标准，你会选择哪一个？

但话又说回来：我们应该关心这个标准吗？ IoC 容器能将我们锁定多少？我们可以/应该设计软件以便以后更改容器没什么大不了的吗？如果有怎么办？

【问题讨论】：

【解决方案1】：

Autofac - 它满足您的大部分条件。

【讨论】：

【解决方案2】：

您是否可以将软件设计为独立于容器的，这在一定程度上取决于您选择的 IoC 容器。我选择 Autofac 正是因为 delegate factories 功能意味着您的大部分代码不需要依赖于 Autofac。我不能代表其他人，因为我没有经常使用它们。

【讨论】：

【解决方案3】：

我不认为你可以对爸爸，StructureMap 出错。但是，如果您需要 Microsoft 支持，Unity 是一个令人信服的选择。

如果您担心“面向未来”，请选择开源。那么你就有了代码。

【讨论】：

Unity 作为一个开源项目，不受 Microsoft 支持合同的支持。您仍然依赖开源社区或最初的 Microsoft 开发人员。你可以阅读它的主页，unity.codeplex.com
+1 表示开源参数
@lex li 你是绝对正确的。但是有 MS 开发人员在做开发。