使用Unity与最小配置

在工作中,我们使用Unity很多。 它的function非常棒,但您使用的越多,配置文件越多,运行时问题就越多,您为每个测试项目重新创建统一配置的次数就越多。

所以我们最终得到一个巨大的统一配置部分,必须在几个项目中复制,当需要部署时,你最终必须追踪你忘记添加引用的dll,但是你只能在运行时发现它们。 不好玩。

我猜测有人遇到过这个问题而且有一个解决方案。 理想情况下,我想弄清楚如何以一种使用约定优于配置的方式配置Unity并减少运行时问题(即,巨大的配置文件)。 有人知道用最小配置实现Unity的好方法吗?

编辑:有一点:我必须坚持只使用Unity。 无法真正切换到Ninject等

Unity有一个配置API,因此使用reflection编写一些自动配置代码非常容易。

有几个人在这里写了博客:

http://geekswithblogs.net/watsonjon/archive/2009/09/28/unity-convention-based-registration.aspx

http://geekswithblogs.net/brians/archive/2010/07/04/convention-based-registration-extension-for-the-microsoft-unity-ioc-container.aspx

包含一些可以重用的框架代码:

http://thedersen.com/2011/02/20/convention-based-configuration-for-microsoft-unity/

这已在Unity讨论板上讨论过 。 问题是每个人都想要不同的约定。 看看博客文章,写你自己似乎很琐碎。

在unity 3.0中,您现在可以按惯例进行配置。 这篇博文更详细地解释了它:

http://blogs.msdn.com/b/agile/archive/2013/03/12/unity-configuration-registration-by-convention.aspx