我一直在使用IoC一小会儿，现在我很好奇，如果我要使用微软的Unity框架（正式名称为“Unity应用程序块”）。有没有人有使用它的经验？因此，我一直在将IoC容器代码从项目复制到项目，但我认为使用某些标准会更好。我认为IoC可以在保持基于组件的应用程序松散耦合方面产生巨大的差异，因此可以改变，但我绝不是IoC的专家，所以我很紧张切换到一个框架，它将我描绘成一个角落作为依赖项I总有一天会想离开。Unity Framework是否适合控制反转？
我会说坚持你认识的人，直到你对它和整个概念感到自信。之后你会有更好的判断选择一个满足你需求的框架。
我玩过CompositeWPF（又名Prism） - 复合应用程序块的继任者。根据我的经验，Unity与以前版本的ObjectBuilder相比效果更好。然而，您需要评估IoC框架并选择适合您需求的框架。
我使用的统一，没有真正的问题。我知道一些ALT.NET类型的人对Unity提出警告，但我真的认为这只是因为P队有写过英国媒体报道的历史。 Unity尚未臃肿IMO并且运作良好。
我看了一下统一的框架，但发现这是一个有点“过大”我的需要（不，我真的不能量化，它只是似乎需要更多的知识，其他框架，我一直在玩......这是前一阵子，所以有可能这是因为Unity的开发/改进而改变的）。
我目前的IoC /依赖注入框架是Ninject。它快速，快速，我能够从阅读教程（大约10分钟）到在大约两个小时内在预先存在的项目中使用它。
如果你正在寻找一个干净的方式做依赖注入，我会强烈建议检查出来。