Best IoC framework for .Net
Possible Duplicate:
Which .NET Dependency Injection frameworks are worth looking into?
在结构图和九个项目中,哪一个是最好的国际奥委会?
这应该与:最佳注入框架合并
视情况而定。对于需要简单容器的小型项目,我选择Ninject。我喜欢它又小又瘦的事实。我不喜欢这个属性,但有很多方法可以解决这个问题。
对于一个大的解决方案,你可能需要比简单的国际奥委会,我会去城堡的东西。这里有很多灵活性,您可以使用XML、属性或DSL来配置内容,如果以后需要,您可以将IOC扩展到AOP领域。
我还没试过结构图。这似乎比国际奥委会做的更多。但我不能对此发表评论。我认为ninject和structuremap有不同的用途,所以在不了解上下文的情况下很难在两者之间进行选择。更好通常是一个相对的概念:—)
没有最好的。他们中的大多数以几乎相同的方式完成了你所需要的90%。在某些情况下,一个可能比另一个更灵活。
如果没有别的选择,我会选择温莎,但我已经很清楚了。但如果我不得不使用ninject或structuremap,我不会抱怨。它们都是很好的框架。
我知道目前Ninject是唯一一个在紧凑框架上运行的项目,所以如果这是一个需求的话。那么Ninject就是我们要走的路。
我有点害怕Spring.net,主要是因为我讨厌XML。但也许没我想的那么糟,别炒了我:)
我使用结构图,所以我可能认为它是最好的。但也许在将来,我会寻求统一,因为这是微软支持的,这意味着更好的文档,更少地依赖于一个人的善意,尽管这个人是非常善意的。当然,我不会仅仅因为框架很好而改变它。只要有用,我甚至不升级。
自动对焦是一个小项目的好选择。如果你想把IOC+与你想象中的任何东西结合起来,我推荐Spring.net。
现在我想起来编辑一下,autofac可以为任何规模的项目提供支持,而spring.net则显得过于进取。
我要亲自经历这个过程。我建议你从Ninject开始。只是因为它很轻,入门级也很低。你可以在几个小时内启动和运行它。
你会发现,你将在考虑国际奥委会的情况下设计你的系统,无论你使用的国际奥委会框架是什么,设计基本上都是一样的。
如果不需要在基本框架管道之外进行太多的重新工作,您应该能够将ninject换成structuremap之类的东西。
你最好的选择是和一个人一起去看看你发现了什么问题,然后决定一个替代方案是否能更好地满足你的需求。
现在的框架似乎正在经历一个动态的时期,新版本在各地发布。而MEF,也就是IOC,更重要的是,可能会迫使景观的进一步改变。