我一直在使用 IoC 一段时间了,我很好奇我是否应该使用Microsoft的 Unity 框架(官方名称“Unity Application Block”) 。有没有人有使用它的经验?因此,我一直在将IoC容器代码从项目复制到项目,但我认为使用标准的东西会更好。我认为IoC可以在保持基于组件的应用程序松散耦合并因此变化方面发挥巨大作用,但我绝不是IoC的专家,所以我很难过切换到一个框架,只会把我画成一个角落作为依赖我有一天会想离开。

有帮助吗?

解决方案

我会说坚持你所知道的那个,直到你对它和整个概念充满信心。在你有更好的判断力来选择一个满足你需求的框架之后。

其他提示

我使用Unity没有任何实际问题。我知道一些ALT.NET类型的人警告Unity,但我真的认为这只是因为MS P& P团队编写英国媒体报道的历史。 Unity尚未臃肿IMO并且运作良好。

我看了一下Unity框架,但发现它对我的需求来说有点'太大了'(不,我无法真正量化它,它似乎需要更多的知识,其他框架,我一直在玩...这是不久之前所以当Unity开发/完善时,它可能会改变。

我目前的IoC /依赖注入框架是 Ninject 。它快速,快速,我能够从阅读教程(大约10分钟)到大约两个小时内在预先存在的项目中使用它。

如果您正在寻找一种干净的方式来进行依赖注入,我强烈建议您查看它。

我玩过CompositeWPF(又名Prism) - Composite app block的继任者。根据我的经验,与以前版本的ObjectBuilder相比,Unity工作得更好。但是,您需要评估IoC框架并选择适合您需求的框架。

Unity教程&样品

Unity IoC Screencast

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top