2019-10-27问一下, 这个专栏有学习群不编辑回复: 暂时没有，需要的小伙伴可以为errocks点赞，视人数而定。
2 102
2019-10-14前两天刚说再买剁手，今天看完开篇还是买了~工作中有过应用，也啃过砖头厚的实现领域驱动，还是有许多不明就里的细节以及应用上的困惑，希望跟着专栏，理解，应用都上一个台阶~ 1 12
2019-10-14个人的理解，中台的观察视角比较高一些，是给企业的高层人员的，是企业架构或者企业信息化整体战略的结果，阿里当时面临着天猫体系和淘宝体系以及聚划算等等多个相对独立的业务部门，各个业务部门的系统共享比较差，于是通过打造中台来将各个业务线的通用业务逻辑和通用系统抽取出来，逐步沉淀和优化，以至于后期各种新的业务应用可以快速的基于这套中台系统实现出来，形成了大中台小前台的状态，所以中台应该是一套通用业务系统的集合体。当然针对单个系统或者单个平台可以考虑微服务的系统架构设计，微服务系统的边界划分是个难题，DDD应该是个很好的设计思想。期待后续的课程。作者回复: DDD战略设计是用来建立业务模型的，适用于企业级的中台，同样也适用于项目级的领域建模。它的战术设计适用于微服务的设计，所以DDD是个好东西。希望能对你有所帮助。
8
2019-10-14实战课，开发语言用什么作者回复: DDD是一种架构设计方法，不限定语言，我习惯用JAVA，所以用JAVA做示例，你可以用你自己熟悉的语言来实战。
7
2019-11-15请问老师，中台和平台有什么区别与联系？作者回复: 平台只是将部分通用的公共能力独立为共享平台。虽然可以通过API或者数据对外提供公共共享服务，解决系统重复建设的问题，但这类平台并没有和企业内的其它平台或应用，实现页面、业务流程和数据从前端到后端的全面融合，并且没有将核心业务服务链路作为一个整体方案考虑，各平台仍然是分离且独立的。
中台来源于平台，但中台和平台相比，它更多体现的是一种理念的转变，它主要体现在这三个关键能力上：对前台业务的快速响应能力；企业级复用能力；从前台、中台到后台的设计、研发、页面操作、流程服务和数据的无缝联通、融合能力。
中台首先体现的是一种企业级的能力，它提供的是一套企业级的整体解决方案，解决小到企业、集团，大到生态圈的能力共享、联通和融合问题，支持业务和商业模式创新。通过平台联通和数据融合为用户提供一致的体验，更敏捷地支撑前台一线业务。 4
2019-12-14关于区分平台与中台初步的认识，平台面向特定领域，偏技术，也有业务，避免重复建设，比如工作流引擎，移动平台，办公平台。平台之间是相对孤立的，在企业内会形成平台孤岛。而中台是企业级业务模型，面向的是业务，本质是业务，强调全局业务流，业务的互联互通，业务复用，相当于建立一个企业级的大系统，但不是单体应用，而是先从整体出发，再拆分成多个有内在关联的服务，由业务驱动各服务衔接。而技术上是通过微服务，分布式这种架构风格，来管理复杂度。微服务本来就复杂，需要成熟的平台，中间件，比如dubbou和springcloud，来降低复杂性。作者回复: 跟专栏的思路非常一致啊。
3
2019-10-29欧老师 可以讲讲 ddd与面向对象设计的区别及联系吗作者回复: DDD包括战略设计和战术设计，在战略设计时完成领域建模，战术设计实际上是落到了系统设计。它是根据领域模型中的领域对象以及他们的关系来完成设计，在这个设计过程中当然会有DDD战术设计自己的方法，比如聚合，实体，值对象，以及应用的内部分层架构，战术设计过程的大部分方法还是在用面向对象的设计方法。
3
2019-10-16老师，有没有整理思维导图哈😊作者回复: 思维导图还没整理，可以先看下开篇词里的DDD知识体系图。等我后面有时间的时候再整理一下思维导图哈。
3
2019-10-15一直感觉DDD概念太多，学习无从下手，更是无法应用于实战。老师这个系列真是及时！作者回复: 我刚接触也是这种感觉，其实熟悉起来也会很快的。做一两次领域建模和微服务设计就能理解透彻了。
3- 2019-10-31事件风暴工作坊？是指什么呢 ，如何参与进去？
作者回复: 事件风暴类似头脑风暴，它是项目团队与领域专家聚集在一起，快速分析和分解复杂业务领域，完成领域建模的过程。
事件风暴是一项团队活动，项目团队通过头脑风暴的形式罗列出领域中所有的领域事件，整合之后形成最终的领域事件集合，然后对于每一个事件，标注出导致该事件的命令，再为每个事件标注出命令发起方的角色，命令可以是用户发起，也可以是第三方系统调用或者定时器触发等，最后对事件进行分类，整理出实体、聚合、聚合根以及限界上下文，建立领域模型。然后你就可以基于领域模型进行微服务设计了。 2 
2019-10-30我算是刚入行时候案头就常备一本Eric Evans的 DDD（刚翻了一下是06年清华大学出版社的译本），别说真是少有的一本我从头到尾翻完了的书...但那时候看起来不啻为一本天书...只是我内心深处总是隐约觉得，终会有一天会在转角再次遇到他，果不其然，这本书在我桌上吃灰十年之后，随着微服务兴起，无论是理论领军人物Chris Richardson本尊，还是各路英豪，均又纷纷祭出DDD汲取养分，很难不让人重新对这本书，这些概念和方法重新产生兴趣，于是，为了表示尊敬，我在异步社区又入了一个电子书（应该是另一个译本），以数字化生存的方式让这本书继续在我这里吃灰，结果到现在自然还只剩下惭愧不已；这次，希望能跟随老师的专栏，把各路灰尘一扫而空，看看自己能否在此方向上有所真切的领悟，顺便瞄一瞄我这个做着运维管理工作但是深爱着DevOps工具的架构师最终的归宿到底是哪里...特么的本来是想来一篇檄文的，咋写着写着就这么伤感咧？展开作者回复: 😄，向执着于DDD的前辈致敬。
2
2019-10-28DDD同一领域我能从不同纬度设计聚合根吗？比如新增数据的时候我用一个聚合根，修改数据的我用另一种聚合根。毕竟新增和修改这两个操作需要的数据是不一样的作者回复: 同一个聚合只有一个聚合根。不同的聚合聚合根不一样。聚合根可以创建和修改聚合内的其它实体。不清楚您说的新增和修改的数据哪方面不一样？
2
2019-10-21移动端可以学习吗作者回复: 如果移动端包含业务逻辑，可以建立领域模型是没有问题的。DDD是一种领域建模和微服务的设计方法。
2 2- 2019-10-21问一下老师，一般增删改查有必要使用DDD模式开发吗，感觉增删改查用DDD代码写起来很麻烦
作者回复: 要考虑系统的复杂度和成本，微服务虽然现在很流行，但有些场景下传统架构实现方式成本更低，效率更高。并不一定比传统架构有优势。所以这个需要结合你的业务和系统的情况来分析，如果可以构建领域模型，我建议你可以用DDD的设计方法，但是具体用不用它的战术设计，你需要结合你的团队情况，毕竟还是有一些复杂度的。
1 2 
2020-01-09从设计模式专栏推荐来的，想彻底搞懂充血模式的精髓和实践，应该不晚吧作者回复: 什么时候都不晚呢。
不过这个专栏主要讲DDD，会涉及到实体的充血模型。包括领域建模以及微服务内的聚合以及实体等等方面的设计方法，对提升微服务设计和开发能力还是很有帮助的。 1
2019-11-13有新人优惠券，立马就买下了，本身就对DDD很感兴趣，看书又太费劲，先来跟大牛学习学习再回去看书 1
2019-10-26问：如何界定领域？沃恩：根据经验 ^_^作者回复: 要有领域专家和项目团队参与，领域知识和经验更重要。
1
2019-10-25请问不懂技术的产品经理适合参与课程吗作者回复: 非常适合的，DDD有战略设计和战术设计，战略设计主要偏战略和业务建模，并且战术设计时会将业务和技术很好的融合在一起。课程里会有中台业务建模的方法和案例介绍。
1
2019-10-23一直没有完全理解DDD，一定通过这门课程学透，感谢作者提供理论和实践的课程。作者回复: 希望能帮助到你。
1
2019-10-21之前买了一本DDD的书籍，看起来比较枯燥，就没有继续看下去。希望通过这次课程能有很大收获，能对我目前从事的业务中台架构有所帮助！作者回复: DDD是一种比较好的中台和微服务设计方法。包括像阿里的中台战略也采用DDD的设计方式。这个专栏的案例还是比较接地气的，希望对你有帮助。
1