|心想技术驱动业务，却在背道而驰( 二 )

常见的设计原则：

SRP 单一职责
OCP 开闭原则
LSP 里氏替换原则
DIP 依赖倒置原则
ISP 接口隔离原则

这些设计原则都有标准的定义，我就不一一列出来了，不清楚的可以自行网上搜索。
常见的设计思想：

分层架构
六边形架构
洋葱架构
领域驱动设计

这里的每一个设计思想，都够写好几篇文章，我这里就不展开了。
/03 构建完备的领域模型/
上面的四个设计思想，要我说哪个最有用，肯定是DDD 。最近几年DDD也被炒的非常火。
这里的领域模型就是DDD中的概念。
我算是国内比较早一批接触DDD并运用的人，大概在2014年的时候机缘巧合了解到了DDD ，然后啃了两本最经典的书，当时给我一种看到世外桃源的感觉（真实感受，不夸张）。
它让代码里的model变得有血有肉，好像你在设计一个虚拟城市一样。这里需要摆一个物件，那么它需要长成什么样子，你要尽可能详细的描绘出来；那里需要摆一个人物，那么他长什么样子，当时正在做什么事，也得描绘出来。
DDD让你摒弃了传统三层架构以数据表为核心的代码设计方式，可以让业务含义更多地体现在代码中。如此的好处很明显，就是你的代码可扩展性必然很强，因为你的一个model体现了现实世界中所代表的对象，现实中的对象多了一种行为，那么给这个model增加一个对应的function就好。
如果你是一位DDD（领域驱动设计）新手，并对DDD感兴趣，可以翻阅我2016年写DDD系列文章《如何一步一步用DDD设计一个电商网站》来入门。（当时还没开通公众号，所以你得到我的博客去看：zacharyfan.com）
不过里面有些内容在后来我有新的理解，但并没有更新。不过这不影响你体会DDD的优雅，所以你还是可以看看。
当你做好了前面的3步，你就具备了驱动业务的前提条件。