我最近被要求解决使用Microsoft的Composite UI Application块构建的应用程序中的一些性能问题 - 特别是它需要很长时间才能加载.
这是围绕Microsoft的ObjectBuilder依赖注入框架构建的,该框架使用反射/属性来注册类.分析表明,在启动时,应用程序花费了大量时间进行反射,因为ObjectBuilder会扫描每个已加载程序集中的每个类型,以搜索要注册的内容.
替代DI框架似乎也使用属性,XML配置或纯代码.
看起来似乎没有任何其他基于属性的框架会更好,而且我对启动时也持怀疑态度,因为必须解析成堆的XML等等.
基于纯代码的框架看起来应该更快,但是它们也不那么灵活,所以它看起来并不是一个明确的好选择......
这导致我搜索DI容器基准测试,但我能找到的唯一一个就是这个:http : //www.codinginstinct.com/2008/04/ioc-container-benchmark-unity-windsor.html.
虽然它是一个很好的基准,但它只测量使用容器创建100万个对象的速度.我没有兴趣创建100万个对象,我只是希望应用程序尽快启动,所以我正在寻找的是有关DI Container 启动成本的任何信息,无论是博客文章,轶事,甚至是什么简单的"这是一种使ObjectBuilder更快"的方法.
提前致谢
京公网安备 11010802040832号 | 京ICP备19059560号-6 