理论上我们可以为我们的每一个项目创建一个容器,这正是我们想要做的.理想很美好,但是它工作的并不是很好,ObjectBuilder是一个高度解耦、抽象的,使用它必须手动组装它,再加上缺乏文档,花了很多时间了解需要去哪里,以及如何将其整合到有用的东西中去...还有一次性的容器导致了一次性的可扩展性和集成接口:在企业库中没有用的在CAB中也没有用。...当我们在Web客户端软件工厂项目的末尾又花了一个星期的时间修复了CWAB中的一堆bug:(这些bug和在CAB中的非常相似),所以为什么不用一个容器实现,代替重复的实现一个又一个的容器。...通过上面的挫败,Unity诞生了,企业库4.0小组,将依赖注入应用程序(已知的Unity最原始的版本)放到了产品列表里面,我们对于Unity这个项目的目标很简单,首先,向我们的社区介绍并推广依赖注入的概念没有障碍的通过大量底层实现细节