在去年、我整理了一篇名为《如何做架构设计？》的文章，主要探讨了架构设计的目标和过程，然而、那是一篇概括性的文章，用于启发思路，并不是具体的实践指南，因此、我一直期望给出具体参考案例。 我几乎忘了这件事

不管是技术面试，还是日常开发，系统设计都是一个非常具备挑战性的技术点，特别是往技术管理岗或者高P岗位发展时，系统设计能力更是一个必备技能，因此，有没有什么结构化的方法，可以帮助我们更好地驾驭它呢？

落地DDD是一件很困难的事情。首先在思想认知层面就比较难以突破……这篇文章集记录我对DDD四弹的学习、感悟与项目工程代码重构实战的心得！

@[TOC] 一、领域驱动设计概念 1、基本概念 （1）通用语言 领域驱动设计，作为一个技术、产品、用户通用的语言进行沟通，极大地降低了沟通成本与沟通失真问题。 （2）领域设计4层模型 （3）DDD适

工作中，有一些需求或者技术改造，老板总是会要我写出一个技术方案先和他对一对，作为程序员，我相信大家工作中也经常要出技术方案，技术方案有没有一些套路呢，根据多年来的经验，其实是有的

代码规范的意义 我们编写的代码，通过编译打包，最终都会运行在网络上面。在网络世界中，进程与进程之间通信，就得通过通信协议，这是为了约定一个规范，一个行业标准，使得数据之间通信变得标准化，这也往往可以增

构造出的类应该尽量短小，同时对外暴露的方法应尽量少，一个类只做一件事，单一全责类， 系统应该由许多短⼩的类⽽不是少量巨⼤的类组 成。每个⼩类封装⼀个权责

不知道大家有没有感觉， 一到三年工作经验的其实差距还是很大的 ，有的一年工作经验的能力的确比三年的更强点，难不成他们是天生编码能力强？非也！是因为他们会花更多的时间去学习去思考。 其中个人觉得

作为务实的程序员，你是编程技艺的行家。倾听需求，提供建议；传达信息，做决策。捕捉难以捉摸的需求，找到表达方式，让计算机轻松应对。记录工作，让他人理解；工程化，促进发展。努力在项目中创造奇迹。