冒着进入神圣战争领域的风险,这些流行的DI/IoC框架有哪些优点和缺点,可以轻松地被认为是最好的？..:
我还没有列出其他用于C#的DI/IoC框架吗？
在我的用例的上下文中,我正在构建一个客户端WPF应用程序,一个WCF/SQL服务基础架构,易用性(特别是在清晰简洁的语法方面),一致的文档,良好的社区支持和性能都是重要因素在我的选择.
所引用的资源和重复问题似乎已经过时,那些了解所有这些框架的人能否提出并提供一些真正的见解？
我意识到关于这个主题的大多数意见可能都有偏见,但我希望有人花时间研究所有这些框架,并且至少进行了一般性的客观比较.
如果以前没有这样做,我非常愿意自己进行调查,但我认为至少有一些人已经这样做了.
如果您有多个DI/IoC容器的使用经验,请对这些容器的优缺点进行排序和总结,谢谢.这不是发现人们制作的所有模糊小容器的练习,我正在寻找流行(和主动)框架之间的比较.
c# dependency-injection ninject ioc-container unity-container
据博客圈和微软自己说,MEF不是另一个IoC容器.
好的......但为什么呢？对我来说似乎是一样的.也许它不如Unity或Castle Windsor好,但它仍然符合定义,不是吗？
为什么MEF不是像Unity或Castle Windsor这样的IoC容器？
简单地说,如果你必须使用IoC/DI容器,这很容易部署(不是使用config/xml文件的大风扇),稳定,良好的文档和支持.net,它会是哪一个？
它可能只是我,但是有太多的xml文件,比如一个用于应用程序,一些用于ORM,一些用于另一个组件有时会变得无法应对.而且,我看待它的方式,如果有一种做事方式(约定),那么把事情搞得一团糟的可能性就会降低.
期待您的建议和可能的经验.我主要担心的是可维护性和易部署性.