哪一层负责过滤已停用（标记为已删除）的聚合？

Question

我阅读了 [this][1] (dont-delete-just-dont) 文章，然后我同意不删除聚合。

我的问题是，如果我不使用 CQRS，哪一层负责过滤已停用（标记为已删除）的聚合？这可能是一个用例？

UI层接口是否有过滤器参数，应用层是否在 API 上明确显示？像这样？

@RequestMapping(value = "/users/{userId}/articles", method = RequestMethod.GET)
    public ResponseEntity<String> getArticlesOfUser(
           @PathVariable long userId,
           @RequestParam(defaultValue = ture, required = false) boolean onlyActivated) {
        
       if(onlyActivated) {
          List<Article> articles = articleApplicationService.getAllActivatedArticlesOfUser(userId);
          return articlesResponse(articles);
       } else {
          List<Article> articles = articleApplicationService.getAllArticlesOfUser(userId);
          return articlesResponse(articles);
       }
    }

还是应该隐藏在持久层？像这样？

public class JPAArticleRepository implements ArticleRepository {
 ...
 public List<Article> allArticlesByUserId(long userId) {
   boolean activated = false
   String query = "select article from Article article 
                   where article.userId = :userId and article.activated= :activated";
   ...
 }
 ...
}

有什么想法吗？

谢谢

[1]: https://udidahan.com/2009/09/01/dont-delete-just-dont

Answer 1

将“软删除”建模为业务操作的一部分（而不是隐藏它）是一个很好的策略，因此我建议保持这种方式而不是将其隐藏在持久层中。使查询成为业务关注的一部分，为这些查询添加了正确的上下文，并遵循您可以在 Udi post.

中阅读的“为任务建模，而不是为数据建模”的口头禅

还有;一般来说;隐藏东西通常会导致代码维护、测试、培训新手等的麻烦。我喜欢遵循的另一个口头禅是“永远知道你在做什么”。

哪一层负责过滤已停用（标记为已删除）的聚合？

What layer has responsibility of filtering deactivated(mark as deleted) aggregate?

domain-driven-design

n-tier-architecture

cqrs

microservices