冒着进入神圣战争领域的风险,这些流行的DI/IoC框架有哪些优点和缺点,可以轻松地被认为是最好的？..:
我还没有列出其他用于C#的DI/IoC框架吗？
在我的用例的上下文中,我正在构建一个客户端WPF应用程序,一个WCF/SQL服务基础架构,易用性(特别是在清晰简洁的语法方面),一致的文档,良好的社区支持和性能都是重要因素在我的选择.
所引用的资源和重复问题似乎已经过时,那些了解所有这些框架的人能否提出并提供一些真正的见解？
我意识到关于这个主题的大多数意见可能都有偏见,但我希望有人花时间研究所有这些框架,并且至少进行了一般性的客观比较.
如果以前没有这样做,我非常愿意自己进行调查,但我认为至少有一些人已经这样做了.
如果您有多个DI/IoC容器的使用经验,请对这些容器的优缺点进行排序和总结,谢谢.这不是发现人们制作的所有模糊小容器的练习,我正在寻找流行(和主动)框架之间的比较.
c# dependency-injection ninject ioc-container unity-container
我需要在项目中使用Spring .Net并且正在探索配置选项.我能找到关于Spring .Net配置的所有内容都是配置文件.Spring是否支持代码配置？我曾经使用过Castle和Ninject,而且两者似乎都是本土的.我发现了声称会增加支持的项目,但我不想要一些会在6个月内死掉的项目.我发现博客中的引用似乎表明Spring支持这一点,但我找不到任何文档!
第2部分可能会推荐Spring .Net而不是Windsor知道它不能支持流畅的配置吗？我知道两者都是很棒的IoC容器,但是我已经处理过具有Spring配置的大量配置文件的项目,我讨厌它.
使用SPRING.net有什么实际的优点/缺点(我们特别考虑使用它的方面使得解耦更容易),而不是简单地重新组织代码,使得解耦变得容易.
我们并不反对引入第三方工具,但这样做必须有明显的好处.