2019-11-27老师这篇是看的最慢的一篇，一边看，一边思考现在团队负责的业务以及服务，有很多很多值得警惕和借鉴以及深思的地方！
前面在看微服务实例讲解的时候一度陷入战术模型中出不来，想着现在团队微服务的结构以及实现方式像，也不像ddd。一直也知道战略比战术更重要，直到看到今天的文章，才恍然，从ddd学到的更多是他的分析过程的方法论，设计思想，至于实际落地，要结合各种因素来权衡利弊做更合适现状的架构设计方案和具体实现方式。
注重道而不是术！作者回复: 把DDD当成工具和方法，不要让它束缚了思想。
6
2019-11-27感谢老师的分享。限于篇幅啊，意犹未尽的感觉。作者回复: 很多的感悟，^_^。
1
2020-02-04请问老师，DDD，必须采用充血模型吗？
2019-12-05刚开课就跟着学习，课程结束了把新项目用DDD实践了下，收获满满。非常感谢作者～作者回复: 以后多交流。
2019-12-01感谢欧老师，学习这门课受益匪浅！作者回复: 谢谢！
2019-11-29考虑新老系统之间服务和业务的兼容，必要时可引入防腐层。请问老师，这里的防腐层指的是什么？作者回复: 防腐层是为了屏蔽系统之间的相互影响，保证领域模型的纯洁性，在微服务增加一些代码进行业务适配，比如新老系统的协议转换等。
- 2019-11-27请教个问题，对于订单和订单明细，尤其是针对订单明细，还有其它业务需要其id做关联，这种情况如何设计聚合根，分别做聚合根，还是用订单做聚合根？
作者回复: 订单是聚合根，它引用订单明细就可以了哈。
你说的其它业务需要ID做关联是什么样的场景呢？是货物运输单吗？运单引用订单后，再通过订单的查询就可以获取订单明细了。 
2019-11-27感谢老师！依赖倒置，代码复用，这俩是最浅显的好处。按照严格模式分层，天然支持微服务，支持多开发语言。🙏🙏🙏作者回复: 谢谢你的陪伴。
2019-11-27简单易懂，具有很强的实践性，学习成本也低。
2019-11-27《诗经·蒹葭》“蒹葭苍苍，白露为霜，所谓伊人，在水一方。溯洄从之，道阻且长。溯游从之，宛在水中央。
这就是极客时间课程经过老师总结得出结论，并给出具体结论。想验证结论是否正确，就要灵活组合运用演绎归纳（编码解码，务虚务实），自顶向下看结论是否有遗漏？（不可知论会对学员产生负面心里影响。）自底向上验证结论是否合理？
2019-11-27感谢老师作者回复: 谢谢这段时间的陪伴。
1