领域驱动设计(DDD)-简单落地
一、序言
领域驱动设计是一种解决业务复杂性的设计思想，不是一种标准规则的解决方法。在本文中的实战示例可能会与常见的DDD规则方法不太一样，是简单、入门级别，新手可以快速实践版的DDD。如果不熟悉DDD设计思想可看下基础思想篇
二、设计阶段
领域建模设计阶段常见的方法有 四色建模法、EventSourcing等 推荐一篇博文正确理解领域建
我看技术人的成长路径
有一句诗词说：宠辱不惊，看庭前花开花落；去留无意，望天上云卷云舒。其实就是讲内心修炼到了一种心境平和，淡泊自然的境界。
如何成为云原生时代的卓越架构师
“软件开发需要面对本质困难和附属困难。云原生、DevOps大幅降低了附属困难，使得架构师可以全力聚焦于业务复杂性，而DDD恰是管理业务复杂性的有效方法。”
提升代码质量的方法：领域模型、设计原则、设计模式
我们可以列举出非常多质量差的代码的表现现象，其中最影响代码质量的两个表现是命名名不副实、逻辑可扩展性差，当一个新人阅读代码时，有时发现方法命名与实际逻辑对不上，这就让人感到非常疑惑，这种现象在平时工作并不少见；另一个就是逻辑扩展性差，一个新业务需求提出来后，发现要在多处改动，需要回归的业务逻辑比较多，造成研发效率不高。
如何形成统一设计风格-实践篇
在上一篇《业务团队如何统一架构设计风格？》中，探讨了一种业务架构的设计规范，以期达到这些目标：用标准约束技术细节；用技术工具而非文档推行标准；持续重构而非造新轮子；重视业务建模。但通篇表述较为抽象。本篇将总结团队近来的架构演进工作，以更具体的技术细节，详细阐释该理念，作为“统一业务设计风格”的实践篇。文中详述了多个层面的设计规约和基于规约的搭建方式，并在末尾回答了上一篇的诸多疑问。
