0

我们正在设计一个具有干净/六边形架构范例的应用程序，但我们是这方面的新手。所以我们有一些问题。

场景是：

  • 我们有一个外部 SOAP 服务，它给我们一些“实体”信息和相关的“文档”
  • 对于每个实体，应用程序必须：
    • 将所有实体文档存储在 CMS 上（内容和一些实体属性）
    • 使用存储的文档参考将实体存储在 DDBB 上

让我们看看我们在类似 java 的方法上的初始解决方案：

实体和文件

class Entity {
  private String id;
  // other attributes ... 
  private Document xml; 
  private Document pdf; 
  // some business logic
}

class Document {
  private long id;
  //other attributes
  InputStream getStream() {...}
}

领域层的 FRepositori 抽象

class EntityRepositori {
  Entity create(Entity entity);
  ...
}

领域层的 DocumentRepositori 抽象

class DocumentRepositori {
  Document create(Document document)
  ...
}

SOAP 服务在应用层的 ExternalService 抽象

class ExternalService {
  List<Entity> getEntities();
  ...
}

应用层的用例实现

class IncorporateEntityUseCase {
  IncorporateFUserCase(EntityRepositori, DocumentRepositori, ExternalService){...}
  void incorporate() {
    List<Entity> entities = externalService.getEntities();
    for (Entity entity : entities) {
        Document xml = dRepository.create(entity.getXmnl());
        Document pdf = dRepository.create(entity.getPdf());
        entity.setXml(xml);
        entity.setPdf(pdf);
        entityRepository.create(entity);
    }
  }
}

问题

  1. 关于 ExternalService，用 Entity 和 Document 定义其抽象是正确的，还是必须返回一些 UseCase 实现将转换为实体的 ValueObject？
  2. 关于 Document，我们是否必须将其设计为聚合根并从 Entity 中消除 Document 对象引用？
4

1 回答 1

1

简短版本：尝试将您的任何 3rd 方服务简单地视为另一个网关（或“存储库”）。

我自己刚刚遇到了这个完全相同的问题（想想一个系统，用户将文档作为更大的域对象“问卷”的一部分上传然后解析它们），我最终采用了外部 api / 解析器（或在你的例如，第 3 方 SOAP 服务）实际上只是另一个网关。即：文件被传入（通过网页上传），从 webapi 控制器向下发送到交互器，通过网关传输（当前作为流，但与它们可能被传递到数据库网关/存储库的方式相同） ) - 处理它们的位置，并将结果作为实体模型返回。因此，Interactor 有一个 db 网关和一个文档解析器网关，它们都返回可用的域模型。

于 2017-03-29T09:55:18.227 回答