哪些类型的代码适合服务层？

Question

假设您有实体、服务层和存储库（使用像 NHibernate 这样的 ORM）。 UI 与服务层交互。

什么类型的代码适合服务层？

---

存储库协调？

它看起来像实体不应引用存储库，因此服务层中是否应该存在加载/保存/逐出实体的调用？

涉及存储库的业务逻辑？

如果上述情况成立，是否应该在服务层中执行类似检查用户名是否不同的操作（即调用 GetUsersByUsername 并检查结果）？在建议数据库应该处理不同的数据之前，先验证一下密码是否在 90 天内没有被使用过？

涉及多个实体的业务逻辑？

我对此不太确定，但假设您需要对一组可能会也可能不会的实体应用操作是相关的，并不真正适用于单个实体。实体是否应该能够对这些集合进行操作，或者此类事物是否属于服务层？

映射？

无论您使用 DTO 还是将实体发送到服务层或从服务层发送实体，您最终都可能会进行映射（最好使用 AutoMapper）。这属于服务层吗？

---

我正在寻找对上面列出的想法的确认（或拒绝），以及有关使用实体/存储库时服务层的职责的任何其他想法。

Answer 1

存储库协调？

聚合根应该划出事务边界。因此 - 应该很少涉及多个存储库。如果是 - 这通常发生在您创建新的聚合根（而不是修改其状态）时。

---

涉及存储库的业务逻辑？

是的，检查用户名是否不同可能存在于服务层。因为用户通常是一个聚合根，并且聚合根存在于全局上下文中（没有任何东西“保存”它们）。我个人把这种逻辑放在存储库中或者直接通过 ORM 检查。

至于检查密码使用情况 - 这是用户本身关心的问题，应该位于 User 对象下。像这样的东西：

class User{
  void Login(){
    LoggedOn=DateTime.Now;
    ...
  }
  bool HasLoggedInLast90Days(){
    return (DateTime.Now-LoggedOn).Days<=90;
  }
}

---

涉及多个实体的业务逻辑？

聚合根应该管理它们的实体集合。

class Customer{
  void OrderProduct(Product product){
    Orders.Add(new Order(product)); //<--
  }
}

但请记住，聚合根不应对其实体进行微观控制。

例如，这很糟糕：

class Customer{
  void IsOrderOverdue(Order order){
    return Orders.First(o=>o==order)....==...;
  }
}

而是使用：

class Order{
  void IsOverdue(){
    return ...;
  }
}

---

映射？

我想映射到 dto 的活动位于服务层。我的映射类位于 Web 项目中的视图模型类旁边。