冒着进入圣战的风险，这些流行的DI/IoC框架的优点和缺点是什么，其中一个可以轻易地被认为是最好的吗?..：
Ninject 团结 城堡。温莎 Autofac StructureMap
还有其他我没有在这里列出的c# DI/IoC框架吗?
在我的用例中，我正在构建一个WPF客户端应用程序，WCF/SQL服务基础设施，易用性(特别是在清晰简洁的语法方面)，一致的文档，良好的社区支持和性能都是我选择的重要因素。
更新:
所引用的资源和重复的问题似乎已经过时了，那些了解所有这些框架的人能站出来提供一些真正的见解吗?
我知道大多数关于这个主题的观点可能是有偏见的，但我希望有人花时间研究所有这些框架，至少有一个总体上客观的比较。
如果以前没有人做过这样的调查，我很愿意自己做，但我认为至少有一些人已经做过了。
第二次更新:
如果您有使用多个DI/IoC容器的经验，请对它们的优缺点进行排序和总结，谢谢。这并不是一个发现人们所做的所有晦涩的小容器的练习，我正在寻找流行(和活跃)框架之间的比较。
当前回答
我遇到了另一个性能比较(2014年4月10日的最新更新)。它比较了以下内容:
AutoFac LightCore(网站为德语) LinFu Ninject 娇小的 简单注入器(所有参赛者中最快的) 春天。网 StructureMap 团结 温莎 宏
以下是这篇文章的简要总结:
Conclusion Ninject is definitely the slowest container. MEF, LinFu and Spring.NET are faster than Ninject, but still pretty slow. AutoFac, Catel and Windsor come next, followed by StructureMap, Unity and LightCore. A disadvantage of Spring.NET is, that can only be configured with XML. SimpleInjector, Hiro, Funq, Munq and Dynamo offer the best performance, they are extremely fast. Give them a try! Especially Simple Injector seems to be a good choice. It's very fast, has a good documentation and also supports advanced scenarios like interception and generic decorators.
您还可以尝试使用公共服务选择器库，并希望尝试多个选项，看看哪个最适合您。
关于公共服务选择器库的一些信息:
这个库提供了IoC容器和服务的抽象 定位器。使用库允许应用程序间接访问 不依赖于硬引用的功能。希望是 使用这个库，第三方应用程序和框架可以启动 来利用IoC/服务位置，而不将自己束缚在 具体的实现。
更新
13.09.2011: Funq和Munq加入参赛名单。图表也更新了，Spring。NET由于性能不佳而被删除。
04.11.2011:“Simple Injector的表现是所有选手中最好的”。
其他回答
请阅读Philip Mat撰写的。net DI容器比较博客。
他做了一些彻底的性能比较测试;
Autofac StructureMap Ninject 团结 城堡。温莎 春天。网
他推荐Autofac，因为它体积小，速度快，而且容易使用。我同意。在他的测试中，Unity和Ninject似乎是最慢的。
实际上，IoC框架有很多。似乎每个程序员都试图在他们职业生涯的某个阶段写一个。也许不是为了发表，而是为了了解内部工作原理。
我个人更喜欢autofac，因为它非常灵活，有适合我的语法(尽管我真的讨厌所有的注册方法都是扩展方法)。
其他一些框架:
https://simpleinjector.org/ http://microioc.codeplex.com/ http://munq.codeplex.com/ http://funq.codeplex.com/
虽然对这个问题的全面回答占据了我书中数百页的篇幅，但这里有一个我仍在制作的快速比较图表:
在我写这篇文章的时候，看看谷歌代码上的net-ioc-框架的比较，包括linfu和spring.net。
我使用过spring.net:它有很多特性(aop、库、docu……)，并且在dotnet和java世界中有很多使用它的经验。这些特性是模块化的，所以你不必采用所有的特性。这些特性是对常见问题的抽象，如数据库抽象、日志抽象。然而，很难进行和调试iocc配置。
从我目前所读到的:如果我必须选择一个小型或中型项目，我会使用ninject，因为iocc配置已经完成，并且可以在c#中调试。但是我还没有使用过它。对于大型模块化系统，我会使用spring.net，因为它有抽象库。
我遇到了另一个性能比较(2014年4月10日的最新更新)。它比较了以下内容:
AutoFac LightCore(网站为德语) LinFu Ninject 娇小的 简单注入器(所有参赛者中最快的) 春天。网 StructureMap 团结 温莎 宏
以下是这篇文章的简要总结:
Conclusion Ninject is definitely the slowest container. MEF, LinFu and Spring.NET are faster than Ninject, but still pretty slow. AutoFac, Catel and Windsor come next, followed by StructureMap, Unity and LightCore. A disadvantage of Spring.NET is, that can only be configured with XML. SimpleInjector, Hiro, Funq, Munq and Dynamo offer the best performance, they are extremely fast. Give them a try! Especially Simple Injector seems to be a good choice. It's very fast, has a good documentation and also supports advanced scenarios like interception and generic decorators.
您还可以尝试使用公共服务选择器库，并希望尝试多个选项，看看哪个最适合您。
关于公共服务选择器库的一些信息:
这个库提供了IoC容器和服务的抽象 定位器。使用库允许应用程序间接访问 不依赖于硬引用的功能。希望是 使用这个库，第三方应用程序和框架可以启动 来利用IoC/服务位置，而不将自己束缚在 具体的实现。
更新
13.09.2011: Funq和Munq加入参赛名单。图表也更新了，Spring。NET由于性能不佳而被删除。
04.11.2011:“Simple Injector的表现是所有选手中最好的”。
