商品领域ddd_DDD领域驱动设计实战详解（一 核心概念）

设计不只是感观，设计就是产品的工作方式。——Steve Jobs
相信很多小伙伴，或多或少都会对DDD，有过一定的了解，但总是感觉像天书一样，不知道如何下手，或许也看过很多关于 DDD 的文章, 也买过一些书籍, 但是发现内容冗长, 同时讲解的也不够系统，导致我们的知识体系总是零散的，无法串联起来，在遇到实际项目时 不知道该如何入手，由于 DDD 不是一套框架，而是一种架构思想，所以在代码层面缺乏了足够的约束，导致 DDD 在实际应用中上手门槛很高，甚至可以说绝大部分人都对 DDD 的理解有所偏差，就算已经在项目中使用的人，每个人的理解也不一样。
后续我会整理一系列的文章，从不同的角度对DDD在实际项目中如何落地进行说明，希望可以帮助到大家，同时让DDD的架构思想能够得到推广

本篇博文作为第一篇，给大家从整体的概念上介绍下DDD，让大家先有个全局的认识，这里我借用了一些其他博客的内容，这里进行了一定的整理，希望能够形成一个系统的系列。

DDD初识

DDD（Domain-Driven Design 领域驱动设计）是由Eric Evans最先提出，目的是对软件所涉及到的领域进行建模，以应对系统规模过大时引起的软件复杂性的问题。整个过程大概是