DDD视角下的代码复用艺术

(1)，DDD视角下的代码复用艺术

1. 参考来源：
   1. 代码复用：DDD视角下的平衡艺术
   2. 如何理解核心域、通用域和支撑域
2. 整理时间：2024年11月26日 18:59:25

1)，类和函数

1. 引言：《复杂软件设计之道》 中的一句话 ：类和函数不是为了复用而存在，而是他们本来就 “应该” 在那里。
2. 结论：将复杂的代码抽象成类和函数与重复代码之间其实是一个矛盾的过程，平衡两者之间的优点将是艺术的关键。

A01：代码抽象

1. 将一段又臭又长的代码抽象成类和函数，可以清晰的展示业务逻辑，方便组织和复用其到其他的模块。
2. 设计模式的 DRY 原则（Don't Repeat Yourself）让我们尽可能地不要编写重复的代码。
3. 风险：之所以说是风险，而不是说是确定，是因为抽象好的方法会被多个函数引用，当系统的复杂性进一步提高的时候，DRY的函数就被大量的引用，那么会导致其内部的逻辑需要考虑各种情况，逻辑会变得极其复杂，同时修改的风险也极高。
4. 《架构整洁之道》中提到，“拖延决策” 也是优秀架构设计的特点之一。因为随着软件的开发和业务的迭代，我们掌握的信息越来越多，后期做出的决策肯定比项目早期的草率决定要靠谱。

A02：复用是一种权衡

1. 到了解了复用的好处和风险之后，我们显而易见的可以知道复用其实是有成本的。比如复用一个代码模块的成本有：
   1. 首先我需要知道可复用构件的存在；
   2. 然后了解其中的结构和接口；
   3. 对接模块的接口，并且测试无误；
   4. 最后，只是会用还不够，如果线上出现，我必须保证自己对它有足够的了解，可以去排查该模块的问题；

2)，成本和效益

只要有成本的东西都是需要权衡的。没有人原因花费10元钱买回来一个价值6元的产品。

A01：软件开发成本

1. 降低开发的成本。比如可以通过整合业务中台中已有的支付和供应链等能力，从而支撑新的业务上线。
2. 当底层实现越复杂，或者说提供的功能越深刻，但是其提供出来的接口是很简单的，那么这个时候复用就会非常的划算。这里引出《软件设计哲学》的深模块与浅模块：
   1. 深模块：在简单的接口之后隐藏了很多的功能，做了很好的抽象，其内部的复杂性只有一小部分对用户可见。比如，数据库软件或者文件管理系统等。
   2. 浅模块：浅模块接口很复杂，提供的功能却不多。比如，如下方式方法仅仅是实现了列表的添加元素功能，那么其调用接口的复杂度是重新实现的一个复杂度接近了，那么就不如重新实现了，还更有利于做个性化的变更。

public void addParameter(List<String> params, String param) {
    params.add(param);
}

A02：软件产品的核心竞争力（效益）

1. 已有的模块通过线上的检验，其中积累了过去的成功经验，并且在未来还会继续积累，直接复用就能大大的提高产品的竞争力。
2. 比如：
   1. 钉钉的审批流程配置功能经过多年的迭代，操作习惯已经深入人心。后来钉钉又推出 CRM 应用，直接复用这套配置界面和逻辑， 虽然需要开发一些适配逻辑，但大大降低了用户的学习成本， 提升了竞争力。 -> ps.直接引用的原文 => 相当于是复用过去的成功经验，而这些成功经验的背后是抽象好的技术实现模块。
   2. Supercell 游戏公司将之前的爆款中备受玩家欢迎的风格，素材和程序逻辑沉淀下来，通过复用之前积累，可以快速产出新的爆款。-> ps.直接引用的原文 => 相当于是给用提供一致性的操作体验，兼容使用习惯。

A03：DDD设计中的三个子域

1. 引言：在研究和解决业务问题的时候，DDD会按照一定的规则将 “业务领域进行细分”，当领域细分到一定的程度之后， DDD就会将问题范围分散的限定在特定的边界中，在这个边界内建立子领域模型、通过代码实现该领域模型，最终解决的相应的业务问题。简而言之，DDD的领域就是边界内要解决的业务问题域。-> ps.本部分描述来源：如何理解领域和子域
   ps.如下内容是直接引用的原文，再次表示感谢。
2. 概述：
   1. 核心子域：决定产品和公司核心竞争力的子域就是核心域。
      1. 特点：能够给公司 带来核心竞争力的领域模块，拥有很高的复杂度和差异化价值；
      2. 案例：比如滴滴的司机调度算法，支付宝的交易系统，钉钉的 IM 系统等等；
      3. 复用策略：属于该子域的模块应该尽可能地复用， 将其竞争力也注入到其他产品，甚至投入精兵强将，提升其可扩展性，进一步拉开和竞争对手差距。
   2. 支持子域：
      1. 特点：用来支撑核心子域，但是不能带来竞争力；
      2. 案例：比如运营管理系统，后台排查系统等等；再比如：数据代码类的数据字典等系统。
      3. 复用策略：因为不能带来核心竞争力，不如各个业务根据自己需求，使用脚手架快速搭建，定制起来还更加方便。
   3. 通用子域：为其他子域服务的，没有太多个性化的诉求。
      1. 特点：通用的业务或者技术问题领域， 比较复杂， 却不能给企业带来核心竞争力。好在一般有现成的解决方案，可以直接采购；
      2. 案例：比如财务系统，可以直接采购用友，金蝶；分库分表，消息队列可以直接使用开源软件，或者购买云上解决方案；再比如：权限认证系统。
      3. 复用策略：尽可能复用，但是复用的目的与核心子域不同，主要是为了降低研发成本。
3. 总结：因此 DDD 要求技术和业务深度结合，如果不了解业务的话，单从设计原则角度，很难理解为什么要复用一个技术模块。我们可以借助DDD去帮助我们站在更高的视角上，从业务分析的角度去看待复用的成本和效益，帮助我们更好的做决策。