我已经使用IoC已有一段时间了，我很好奇我是否应该使用Microsoft的Unity框架(正式名称为" Unity Application Block")。有没有人有使用它的经验？因此，因为我一直在从一个项目复制一个IoC容器代码，但是我认为使用某种标准会更好。我认为IoC在使基于组件的应用程序保持松散耦合并因此可更改方面可以发挥巨大作用，但我绝不是IoC的专家，所以我很紧张地转向使用一个框架，该框架会将我描绘成依赖我的一个角落有一天想离开。

解决方案

我玩过Composite应用程序块的CompositeWPF(又名Prism)的后继者。根据我的经验，与以前版本的ObjectBuilder相比，Unity的性能要好得多。但是，我们需要评估IoC框架并选择适合我们需求的框架。

Unity教程和示例

Unity IoC截屏视频

我正在使用Unity，没有任何实际问题。我知道有一些ALT.NET类型的人对Unity发出警告，但我真的认为那是因为MS P＆P团队拥有编写过时的软件的历史。 Unity尚未使IMO膨胀，并且运行良好。

我看了一下Unity框架，但发现它对我的需求来说有点"太大"(不，我无法真正量化它，它似乎需要比我以前使用过的其他框架更多的知识玩...这是前一段时间，所以有可能随着Unity的开发/完善而改变)。

我当前的IoC /依赖注入框架是Ninject。它快速，快速，我能够从阅读教程(大约10分钟)到在大约两个小时内将其用于现有项目中。

如果我们正在寻找一种进行依赖项注入的干净方法，强烈建议我们检查一下。

我会说坚持下去，直到我们对它和整个概念充满信心为止。之后，我们将有更好的判断力来选择可以满足我们需求的框架。