冒着进入神圣战争领域的风险,这些流行的DI/IoC框架有哪些优点和缺点,可以轻松地被认为是最好的？..:
我还没有列出其他用于C#的DI/IoC框架吗？
在我的用例的上下文中,我正在构建一个客户端WPF应用程序,一个WCF/SQL服务基础架构,易用性(特别是在清晰简洁的语法方面),一致的文档,良好的社区支持和性能都是重要因素在我的选择.
所引用的资源和重复问题似乎已经过时,那些了解所有这些框架的人能否提出并提供一些真正的见解？
我意识到关于这个主题的大多数意见可能都有偏见,但我希望有人花时间研究所有这些框架,并且至少进行了一般性的客观比较.
如果以前没有这样做,我非常愿意自己进行调查,但我认为至少有一些人已经这样做了.
如果您有多个DI/IoC容器的使用经验,请对这些容器的优缺点进行排序和总结,谢谢.这不是发现人们制作的所有模糊小容器的练习,我正在寻找流行(和主动)框架之间的比较.
c# dependency-injection ninject ioc-container unity-container
我正在考虑在用户界面中使用Microsoft Unity作为我的依赖注入工具.
我们的中间层已经使用Castle Windsor,但我认为我应该坚持使用Microsoft.
有没有人对最好的依赖注入工具有什么想法？
.net dependency-injection castle-windsor ioc-container inversion-of-control
我一直在研究城堡项目,特别是温莎.我对这项技术的可能性印象深刻,拥有这种松散耦合系统的好处显而易见.我唯一不确定的是,如果使用这种方法有任何缺点,特别是在asp.net？例如性能命中等
我试图让这个方法的好处在这里对我的开发人员可见,并且受到以下回击的打击:
这是使用反射,每次从容器调用一个对象时,必须使用反射,因此性能会很糟糕.(这是这种情况吗？它是否在每次通话时使用反射？)
如果我依赖于接口; 如何处理具有已添加到类中的额外方法和属性的对象？(通过继承)
.net asp.net dependency-injection castle-windsor inversion-of-control
我想知道是否有人可以推荐可以在c#4.0下工作的IOC框架？此外,.Net framework 4.0本身是否支持IOC？