C# 服务层设计模式

Question

我们正在研究创建一个新项目，并希望探索使用存储库和服务层模式，目的是创建可使用模拟存储库完全测试的松散耦合代码。

请看下面的基本架构思想。我们将使用接口来描述存储库并将它们注入服务层以删除任何依赖项。然后使用 autofac 我们将在运行时连接服务。

public interface IOrderRepository
{
    IQueryable<Order> GetAll();
}

public class OrderRepository : IOrderRepository
{
    public IQueryable<Order> GetAll()
    {
        return new List<Order>().AsQueryable();
    }
}

public class OrderService
{
    private readonly IOrderRepository _orderRepository;

    public OrderService(IOrderRepository orderRepository)
    {
        _orderRepository = orderRepository;
    }

    public IQueryable<Order> GetAll()
    {
        return _orderRepository.GetAll();
    }
}

public class EmailService
{
    public void SendEmails()
    {
        // How do I call the GetAll method from the order serivce
        // I need to inject into the orderService the repository to use
    }
}

有几个问题我们无法找出最佳的前进方向。

1) 服务是否应该重现 CRUD 方法，因为看起来我们可能正在重现代码而没有真正的好处。还是 UI 应该直接调用存储库？

2) 当一个服务需要调用另一个服务时会发生什么。在上面的示例中，如果电子邮件服务需要获取所有订单，我们是否将订单服务注入到电子邮件服务中？

希望这是有道理的

Answer 1

电子邮件服务不应该知道诸如 OrderService 之类的服务，您需要 Mediator 与 Email&&Order 服务一起工作，以便将它们解耦，或者 Adapter 将 IOrder 调整为 IEmail：

IEnumerable<IOrder> orders = orderService.GetAll();

// TODO: Create emails from orders by using OrderToEmailAdaptor
IEnumerable<IEmail> emails = ... 
emailService.SendEmails(emails);

public sealed class EmailService
{
    public void SendEmails(IEnumerable<IEmail> emails)
    {
    }
}

调解员：

定义一个对象，该对象封装一组对象如何交互。 中介者通过阻止对象引用来促进松散耦合 彼此明确，它可以让你改变他们的互动 独立

适配器：

适配器模式（通常称为包装模式或 只是一个包装器）是一种翻译一个接口的设计模式 为一个类转换成一个兼容的接口

Answer 2

看看领域驱动设计。 DDD 将大部分逻辑移入实体（Order、Email）并让它们使用存储库。

1) 服务是否应该重现 CRUD 方法，因为看起来我们可能正在重现代码而没有真正的好处。还是 UI 应该直接调用存储库？

当您发现自己在实体之外编写业务逻辑时，会使用 DDD 中的服务。

2) 当一个服务需要调用另一个服务时会发生什么。在我们上面的例子中，如果 Email Service 需要获取所有的订单，我们是否将 order 服务注入到 Email 服务中？

在构造函数中注入它。但是，订单服务应该发送电子邮件，而不是相反。

DDD 方法是创建一个OrderNotificationService，它接受域事件OrderCreated 并编写一封电子邮件，并通过EmailService 发送电子邮件

更新

你误会了我。重复的逻辑永远不会是好的。当我的存储库有一个方法时，我不会在我的服务中放置一个名为 GetAll 的方法。我也不会将该方法放在我的实体中。

示例代码：

var order = repository.Create(userId);
order.Add(articleId, 2);  
order.Save(); // uses the repository

Order.Send() 应该创建一个OrderNotificationService 可以捕获的域事件。

更新2

Repository.Create 只是一种工厂方法（google factory method pattern），可以将所有域模型创建集中在一个地方。它在数据库中不做任何事情（尽管在未来的版本中可以）。

至于 order.Save 它将使用存储库来保存所有订单行、订单本身或其他任何需要的东西。

Answer 3

您可以使用适配器模式或使用 DI 工具

public class EmailService
{
    private IOrderRepository _orderservice = null;

    public EmailService(IOrderService orderservice)
    {
        _orderservice = orderservice;
    }

    public void SendEmails()
    {
        _orderService.GetAll();
    }
}

Answer 4

我会做的是

1. 不直接从 UI 调用存储库，而是调用服务，服务应该使用存储库，

2. 我会从电子邮件服务调用订单存储库的方法，这样我只需将 OrderRepository 注入电子邮件服务（不是订单服务）