实体框架 asp.net 应用程序中的 UOW 和存储库

Question

我刚刚开始阅读有关使用存储库和工作单元模式的内容。我目前正在尝试在 ASP.NET Web 表单应用程序中将它与实体框架一起使用。然而，我确实有一个问题，我不确定是否能够以简单的方式解释。

据我了解，工作单元用于封装业务事务。从示例中我看到 uow 按以下方式使用

 businessMethod1()
 {
    uow u = new uow(); //instantiate unit of work
    repository1 rep1 = new repository1(uow); //instantiate repository1 
    repository2 rep2 = new repository2(uow); //instantiate repository1 
    rep1.dowork();
    rep2.dowork();
    u.save(); //save the changes made to the database. (effectively saving changes made      
              //in both repository classes
 }

现在假设我有一个类似于上述方法的 businessMethod2()。假设我想在 businessMethod2() 中使用 businessMethod1() ，这将是最佳实践。我想共享工作单元，那么我应该将其作为参数传递吗？即，将上面提到的方法更改为

businessMethod1(uow u)
{
    bool isNew = false;
    if (u == null)
    {
        u = new uow();
        isNew = true;
    }

    repository1 rep1 = new repository1(uow); //instantiate repository1 
    repository2 rep2 = new repository2(uow); //instantiate repository1 
    rep1.dowork();
    rep2.dowork();

    if (isNew)
      u.save(); //save the changes made to the database.         
}

这是使用此方法的正确方法吗？

我在想更好的方法是使用单例 uow。在每个页面请求上都会创建一个新的 uow 实例，并由所有业务方法共享。根据新请求，会创建不同的实例。使用单例 uow 意味着我不必将其传递给我的任何业务方法，并且可以同时与我的所有业务方法共享它。

这样做有什么缺点吗？还有更好的方法来实现这个吗？

Answer 1

解决这个问题的一种方法是使用依赖注入。通常，构造函数注入与单入口点一起使用来解决依赖关系。

public class MyBusinessService
{

   public MyBusinessService(Repository1 repository1, Repository2, uow u)
   {
        // assign the params to fields
   }

   public void businessMethod1()
   {
   }

   public void businessMethod1()
   {
   }
}

有许多流行的 DI 框架。选择您认为对您有用的内容。

Answer 2

这是关于 UoW 的使用。如果您将 UoW 的使用放入 BusinessMethod1 中，您就是说它是顶级业务抽象（业务外观）。它可能不应该被其他业务操作使用，因为它会破坏其“顶层”。因此，如果您需要在另一个 BusinessMethod2 中使用 BusinessMethod1 中的逻辑，那么添加有关 UoW 存在决策的逻辑并不是正确的方法 - 这会破坏关注点分离。 BusinessMethod 应该处理您的应用程序逻辑而不是 UoW 创建。最简单的解决方案是重构您的 BusinessMethod1 并将共享功能公开为新方法，而不依赖于 UoW：

public void BusinessMethod1()
{
    uow u = new uow(); 
    DoSomeWork();
    u.save(); 
}

private void DoSomeWork() 
{
    repository1 rep1 = new repository1(uow); //instantiate repository1 
    repository2 rep2 = new repository2(uow); //instantiate repository1 
    rep1.dowork();
    rep2.dowork();
}

当然这只是非常简单的示例，因为您的方法仍然不遵循关注点分离 - 它们两者兼而有之逻辑和对象创建。您应该在其他地方处理 UoW 和存储库的创建，并将创建的对象传递到内部。您可以使用@Eranga提到的方法，但如果您的method2想要从method1调用某些内容，则此重构仍然适用。

这种重构方法也可以建模为低级业务服务和业务外观，但仅在大型项目中需要。在小型项目中，您还可以将与 UoW 的交互移至您的“控制器”（可能是 Web 表单中的代码隐藏），因为控制器驱动应用程序逻辑，并且它知道它想要在单个工作单元中调用哪些业务方法。