在工作中，我们经常使用Unity。它的工作非常出色，但是您使用它的次数越多，您的配置文件就会增长得越多，运行时问题也会增加得越多，并且您必须为每个测试项目重新创建统一配置的次数就越多。
因此，我们最终得到了一个巨大的统一配置部分，必须在多个项目中复制它，并且当需要部署时，您最终必须追踪您忘记添加引用的 dll，但您只能在运行时发现它们。不好玩。
我猜有人遇到过这个问题并有解决方案。理想情况下，我想弄清楚如何以一种利用约定优于配置并减少运行时问题（即巨大的配置文件）的方式来配置 Unity。有人知道以最少的配置实现 Unity 的好方法吗？
编辑：一件事：我必须坚持只使用 Unity。无法真正切换到 Ninject 等。
Unity 有一个配置 API，因此使用反射编写一些自动配置代码非常容易。
有几个人在这里发表了博客：
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讨论区。问题是每个人都想要不同的约定。看看博客文章，自己写一篇似乎很简单。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
