Microsoft 企业库中 Unity 应用程序块的用途？

Question

有人可以向我解释一下 Unity 应用程序块的用途吗？我尝试查看文档，但它都非常抽象。

Unity 块有哪些实际用途？

Answer 1

控制反转

快速总结（本主题有更多阅读内容，我强烈建议阅读更多内容）...

来自企业模式和实践团队的 Microsoft Unity 是一个控制反转容器项目，或者简称国际奥委会。就像 Castle Windsor、StructureMap 等。这种类型的开发用 Lamen 的术语来说也称为“松散耦合组件”。

IoC 包含对象的依赖注入模式，在该模式中，您依赖外部组件来连接对象内的依赖关系。

例如，您不是访问静态管理器（这几乎不可能进行单元测试），而是创建一个依赖外部依赖项进行操作的对象。让我们以一个 Post 服务为例，您希望在其中访问数据库以获取 Post。

public class PostService : IPostService
{
  private IPostRepository _postRepo;

  public PostService(IPostRepository postRepo)
  {
    _postRepo = postRepo;
  }

  public IList<Post> GetPosts()
  {
    return _postRepo.GetAllPosts().ToList();
  }
}

此 PostService 对象现在对 IPostRepository 具有外部依赖关系。请注意，如何不使用具体对象和静态管理器类？相反，您拥有一个简单接口的松耦合 - 它使您能够连接实现 IPostRepository 的所有不同类型的具体类。

Microsoft Unity 的目的是自动为您连接 IPostRepository。所以你永远不必担心做什么：

// you never have to do this with Unity
IPostRepository repo = new PostRepository();
IPostService service = new PostService(repo); // dependency injection
IList<Post> posts = service.GetPosts();

上面显示了你必须实现两个具体类，PostRepository() 和 PostService()。这将您的应用程序与需求/要求这些确切的实例紧密耦合，并且使单元测试变得非常困难。

相反，您可以在端点中使用 Unity（MVC 中的控制器，或 ASPX 页面中的代码隐藏）：

IUnityContainer ioc = new UnityContainer();
IPostService postService = ioc.Resolve<IPostService>();
IList<Post> posts = postService.GetPosts();

请注意，此示例中没有使用任何具体内容（显然，除了 UnityContainer 和 Post）！没有具体的服务，也没有存储库。这是最好的松耦合。

这才是真正的亮点...

Unity（或任何 IoC 容器框架！）将检查 IPostService 是否有任何依赖项。它将发现它需要（依赖于）IPostRepository 的实例。因此，Unity 将进入其对象映射并查找第一个实现向容器注册的 IPostRepository 的对象，然后返回它（即 SqlPostRepository 实例）。这就是 IoC 框架背后的真正力量——检查服务并自动连接任何依赖项的能力。

我需要完成关于 UNity、Castle 和 StructureMap 比较的博客文章。实际上，我更喜欢温莎城堡，因为它的配置文件选项和个人的可扩展性点。

Answer 2

Unity 应用程序块用于依赖注入。我认为 DI 最好的简单定义来自

当你自己从冰箱里拿东西时，可能会引起问题。你可能会把门开着，你可能会得到一些妈妈或爸爸不希望你拥有的东西。您甚至可能正在寻找我们没有或已经过期的东西。

您应该做的是陈述需求，“我需要在午餐时喝点东西”，然后我们会确保您坐下来吃饭时有东西。

举个例子，

IUnityContainer container = new UnityContainer();
ILunch lunch = container.Resolve<ILunch>();
Console.WriteLine(lunch.Drink); 

这输出“Lemonade”，因为我们将 Drink 定义为依赖项。

public class ILunch {
    [Dependency]
    public IDrink Drink { get; set; }
} 

就实用性而言，当您对其他对象有依赖关系并且不希望开发人员必须手动设置它们时，依赖注入确实很棒。就是这么简单。它也非常适合嘲笑。我能想到的最常用的例子是模拟数据层。有时数据库还没有准备好，所以我没有停止开发，而是有一个返回假数据的假层。数据对象通过 DI 访问，并且可以配置为返回访问假层或真实层的对象。在此示例中，我几乎使用 DI 容器作为可配置工厂类。有关 Unity 的更多信息，MSDN 有一些很棒的资源 http://msdn.microsoft.com /en-us/library/cc468366.aspx。

其他好的 DI 框架包括 Spring.NET 和 Ninject