选择.NET IoC容器用于长期生活项目

时间:2011-02-07 09:17:05

标签: .net comparison ioc-container design-decisions

我发现,当谈到普通功能时,.NET的IoC容器或多或少可以互换。因为我们的项目已经并且很可能会在很长一段时间内存在,我们倾向于选择一个基于“面向未来”的项目。我们认为,拥有最多动力的那个(用户群,支持,活跃的开发人员,文档)和大多数人都会在未来的很多年里出现,应该得到这份工作。

根据这个标准,您会选择哪一个?

但话又说回来:我们应该关心这个标准吗? IoC容器锁定了多少钱?可以/我们应该设计软件,以便以后更换容器没什么大不了的?如果是这样的话?

3 个答案:

答案 0 :(得分:2)

Autofac - 它符合您的大部分标准。

答案 1 :(得分:2)

您是否可以将软件设计为与容器无关,在某种程度上取决于您选择的IoC容器。我之所以选择Autofac,是因为delegate factories功能意味着您的大多数代码都不需要依赖Autofac。我不能为其他人说话,因为我没有太多使用它们。

答案 2 :(得分:1)

我认为爸爸,StructureMap不会出错。 但是,如果您需要Microsoft支持,Unity是一个引人注目的选择。

如果您关注'未来证明',请开源。那你有代码。