领域驱动设计，架构师在微服务时代不可或缺的入门之道？

本文共计6674个文字，预计阅读时间需要27分钟。

本篇通过简例剖析，初步全面地理解DDD（领域驱动设计）。随着软件系统规模越来越大，需求日益复杂，代码愈发混乱，测试日益困难，技术演进基础薄弱。特别是大型复杂软件项目，面临着诸多挑战。

本篇通过简单例子分析对DDD有一个初步全面的理解。随着软件系统越来越庞大，需求越来越模糊，代码越来越混乱，测试越来越困难，技术演进基本不可能，而其中大型复杂的软件项目更容易走向系统老化的过程，形成需求难、开发难、测试难、创新难，单体架构局部业务膨胀可以拆成微服务，那么微服务局部业务膨胀又应该怎么做？DDD之所以火，即能解决微服务解决不了的问题。DDD是为了解决快速变化、复杂系统的设计问题。 DDD基础 引言

<<领域驱动设计-软件核心复杂性应对之道>>：全书围绕着设计和开发实践，结合若干真实的项目案例，向读者阐述如何在真实的软件开发中应用领域驱动设计。书中给出了领域驱动设计的系统化方法，并将人们普遍接受的一些最佳实践综合到一起，融入了作者的见解和经验，展现了一些可扩展的设计最佳实践、已验证过的技术以及便于应对复杂领域的软件项目开发的基本原则。适合各层次的面向对象软件开发人员、系统分析员阅读。

<<代码精进之路从码农到工匠>>：共有13章内容，主要分为技艺部分、思想部分和实践部分。技艺部分详细介绍了编程技巧和方法论，并配以详尽的代码案例，有助于读者提高编写代码的能力，优化代码质量。思想部分主要包括抽象能力、分治思想，以及程序员应该具备的素养等内容。实践部分主要介绍了常见的应用架构模式，以及COLA架构的设计原理。

DDD的革命性在于领域驱动设计是面向对象分析的方法论，它可以利用面向对象的特性（封装、多态）有效地化解复杂性，而传统J2EE或Spring+Hibernate等事务性编程模型只关心数据。这些数据对象除了简单的setter/getter方法外，不包含任何业务逻辑，业务逻辑都是以过程式的代码写在Service中。这种方式极易上手，但随着业务的发展，系统也很容易变得混乱复杂。