服务层是否充当 DAL 的外观？

Question

我正在阅读有关服务层和存储库的内容。现在我想知道服务层是否必须包装 dal。我经常使用存储库和 MVP 模式。演示者现在掌握了业务逻辑。但我越想越觉得，将业务逻辑放在演示器或数据访问层中并不是一个逻辑位置。所以这就是服务层的切入点。

但是演示者现在是否与服务层对话？演示者是否“允许”访问存储库？或者一切都应该通过服务层进行？在后一种情况下，服务层只是一个中间人：

MyFooService:

public List<Foo> GetAllFoo()
{
   var listFoo = new FooRepository().GetAll().TiList();

   return listFoo;
}

Presenter:

public List<Foo> GetAllFoo()
{
   var listFoo = new MyFooService().GetAllFoo();

   return listFoo;
} 

这是好方法吗？或者是否“允许”演示者直接调用存储库？

Answer 1

有时，您不需要过度设计事物或在不需要时强行采用模式。

DAL 本身就是一种访问数据的特殊服务。

通常，您的服务层将执行与您的数据不直接相关的操作。想想诸如 PaymentService、AnalyticsService 之类的东西，它们可以分成可重用的组件。

假设您需要在所有社交媒体上分享帖子，您可以将其放入一项服务中，该服务负责登录正确的社交媒体并发帖：

MySocialBlastService : ISocialService 
{
  void ShareToTwitter() {  }
  void ShareToFacebook(){ }
}

现在，从您的控制器/演示者中，您可以调用此服务。

public ActionResult ShareLink(string link..) //asp.net-mvc method as an example
{// maybe you could use dependency injection here to get ISocialService
  ISocialService _service;
  _service.ShareToTwitter(link);
}

---

只是为了让您清楚业务逻辑是什么：

MathService
{
 int Add(a,b) { ..} //this is business logic
}

它是您需要做的一些事情，并且您可以在不接触界面的情况下完成它，这需要被封装。更多现实世界的示例是 SecurityService.ResetPassword()

当您从控制器调用此方法时：

您可以在 Web 应用程序或 Windows 应用程序中使用添加的业务逻辑，并通过某个接口获取用户的输入。 如何做到这一点就是控制器逻辑。

public ActionResult Calculate(int a, int b)//comes from webpage
{
 //this is controller logic
 int ret = MathService.Add(a,b);
 //logic to send ret back 
 //to some other page to display to user.
}

Answer 2

我想说，如果您正在进行“认真的”中型到大规模开发，最好不要将业务逻辑放入表示层中。如何隔离它是另一个问题。

另一方面，如果您使用 Entity Framework 或 NHibernate 之类的东西，我只会在确实需要抽象数据访问时创建存储库，例如在测试时使用模拟。