DDD中reconstitute的处理

在DDD中只说了Domain由Repository来存储，用的时候再reconstitute，但是这个方法写在哪里并没有说清楚。考虑到有以下几种情况：

1. ParentRepository.retrieve(String id)能获取ChildDomain
2. Repository可能是一个远程方法
3. 在没有Database的情况下使用DummyRepository

可以看到，2和3是矛盾的。因为2希望Repository.save(ValueObject vo)而3倾向于Repository.save(Domain domain)。
另外对于1而言，要么明确类型调用ChildRepository.retrieve,其中类型可以通过url来判断。
总的来说希望一直系统Service通过调用ParentDomain.execute来处理，而不是明确的指向子类。
下面是几种方案的处理

• Repositoy
  想一直以父类角度操作需要完成以下两个要求
  a. 使用继承的一个前提是数据库里有一张表存有所有父类数据，从而不用再次路由到相应子类。这个可以通过Denormal时使用一张表存所有，或者postgresql的inherit来实现。
  b. 一次性获取所有字段，包括子表专有字段。这种通过Denormal时使用一张表存所有或者postgresql的json来处理。
  c. 取出来后能明确的知道到底是哪个子类，这个要通过discriminator
  d. 一种最极端的做法就是直接将实现类放到数据库的某个字段，然后直接用反射来生成相应对象。
• Service
  如果由service来决定调用哪个实现类，那么domain接口只是起了作为规范的作用，不能起到屏蔽实现差异的效果。
• Domain
  如果由domain interface来处理，好处是可以采用注册的机制来扩展。缺点是入参与数据库的存储紧密联系到了一起。domain按理说只和vo关联而不用和po联系
• Factory
  factory的处理有点归一的味道，毕竟当初就是factory.create的，然后由factory处理reconstitute来处理。但是这样factory又有点像为了弥补oo和db之间的鸿沟而采用的不优雅的方案。

结论
reconstitute应该由repository来处理：在repository得到po后交给factory的是po，factory通过discriminator来得到不同的domain