telegram 文爱

刚责任时，代码写得不太好，师兄每次 CR 代码，老是会指着屏幕里的一坨代码说 “把它抽成一个类或函数”；“为什么呢？写在一说念不是挺好的吗？” 我反问说念；师兄老说念地恢复 “为了通俗复用”；我仿佛若有所得，回到工位上把那些很长的代码全部抽象成了类和函数，嗅觉今天又有所成长。

然则跟着责任涵养的加多，我对此又产生了困惑。跟着业务发展得越来越复杂，我当初写的阿谁类被大宗复用，为了适合不同的场景，里面充满了 if...else...；最能代表复用的业务中台，因为分支太多，发布和开发无比复杂，很小的一个改变却需要拉一堆团队磋议。

是以类和函数的存在究竟是为了什么？唯独站在更高的视角才智处置我的困惑，这亦然本文的本体。证实奥卡姆剃刀原则，本文其实用一句话就能概述， 它亦然 《复杂软件盘算推算之说念》 中我最心爱的一句话 ：类和函数不是为了复用而存在，而是他们原本就 “应该” 在何处。

如果您对这句话一经剖析了，不错平直跳到褒贬区聊一聊看法了。下文中主要衔接历史上列位软件威信的不雅点，分别从老本和效益角度聊聊 “应该” 一词的含义。

DRY vs 重迭代码：谁更好吗？

盘算推算时势的 DRY 原则（Don't Repeat Yourself）让咱们尽可能地不要编写重迭的代码。

然则在复杂工程中导致的问题即是，DRY 的函数会被大宗的地点援用，导致其里面逻辑需要推敲各式情况，逻辑偏执复杂，修改风险也极高。

这样看来，DRY 也莫得那么好，重迭代码反而不错缩小后续的修改风险，日后不错证实业务需要再进行活泼整合。

在 《架构整洁之说念》中提到，“拖延决策” 亦然优秀架构盘算推算的特色之一。因为跟着软件的开发和业务的迭代，咱们掌抓的信息越来越多，后期作念出的决策确定比技俩早期的讲理决定要靠谱。《复杂软件盘算推算之说念》中吐槽说念：架构师们老是在只掌抓 20% 信息的情况下，就一经作念出了 80% 的决策。

群众们的原则频频是互相矛盾的，莫得什么通盘的更好或者更坏。下表简要总结了下 DRY 与重迭代码各自的优过错：

从上表不错看出，重迭代码和 DRY 很难说孰优孰劣，偶然期费了半天劲抽取代码，反而系统复杂性更高了。合乎盘算推算原则的代码不一定是好代码，不合乎盘算推算原则的代码不一定是坏代码。

通过简易盘算推算原则的角度是看不出来软件盘算推算决策是否正确的，必须从更高的视角开赴才行。

复用是一个量度

咱们频频被教会复用的平允，而刻薄了复用的老本。为了复用一个代码模块：

起始我需要知说念可复用构件的存在

然后了解其中的结构和接口

对接模块的接口，况且测试无误

临了，仅仅会用还不够，如果线上出现，我必须保证我方对它有充足的了解，不错去排查该模块的问题

而只消有老本的东西即是需要量度的。没东说念主爽朗奢华 10 元价钱，只买追想一个价值 8 元的居品。

复用软件的平允人所共知，但我以为不错进一步拆分红两种：

缩小开发老本。通过整合业务中台已有的支付，供应链等才智，不错快速守旧新的业务上线。

种植软件居品的中枢竞争力。已有的模块经过线上考研，其中积蓄了当年收效的涵养， 况且将来还会连接积蓄，平直复用能够大大种植居品的竞争力。

第少许是从老本角度，而第二点是从效益角度。

下文分别从这个两个角度与老本进行比较， 引出两位群众的不雅点，就能更好地得出软件复用的论断。

浅深模块：老本角度谈复用

谈到文献系统，或者数据库，期骗确定王人是平直复用现存的开源软件，或者公司内专科团队定制的。不可能复制一份数据库代码到期骗中。一方面是没这实力，更伏击是不合算。

文献系统对表层提供了极端粗心的文献模子，数据库对期骗也提供了极端好剖析的表模子。而他们的结束极端复杂，需要推敲并发，数据圆善性，事务等一系列问题。比拟剖析他们的结束，学习模子和接口老本简直不错忽略不计。

学习 SQL 比拟学习 数据库结束 的老本，从相关竹素的厚度上就能看出一二，更何况它们的阅读难度出入也很大。

上头的案例有共同的特色，即模块的接口很粗心，然则提供的功能却是深化的。这个时期复用就极端的合算。

这刚好即是 John Ousterhout 西席（Raft 的发明者）在其文章 《软件盘算推算玄学》中提到 深模块 的见地。

深模块在粗心的接口后阴私了很多功能。深模块代表很好的抽象，其里面复杂性唯独很小一部分对其用户可见。

其反例即是浅模块， 浅模块接口很复杂，提供的功能却未几。在技俩中频频会底下这样的代码：

public void addParameter(List params， String param) {params.add(param);}

它罗致两个参数，却只结束了一个最粗心的列表加多元素功能，寻找和复用它的老本一经最初了复用的平允。

浅模块的接口复杂度和结束复杂度接近，与其去了解模块的接口，开发东说念主员还不如我方再行结束一遍。

《软件盘算推算玄学》书中的配图，方块的宽度代表模块接口的复杂进度，深度代表功能的深化进度，接口应该越粗心越好，功能应该越深化越好。深模块即是接口粗心然则功能深化的模块。

塑造居品的中枢竞争力：效益角度谈复用

什么情况下，复用能够种植居品的中枢竞争力呢？

Supercell 游戏公司将之前的爆款中备受玩家接待的作风，素材和范例逻辑千里淀下来，通过复用之前积蓄，不错快速产出新的爆款。

钉钉的审批经由竖建功能经过多年的迭代，操作风俗一经深入东说念主心。其后钉钉又推出 CRM 期骗，平直复用这套竖立界面和逻辑， 固然需要开发一些适配逻辑，但大大缩小了用户的学习老本， 种植了竞争力。

上头的两个例子刚好就代表了两各样植居品中枢竞争力的逻辑：

复用之前具有竞争力的技艺模块，让当年的收效涵养助力将来的居品收效

给用户提供一致的体验，推敲用户的使用风俗，缩小学习老本

复用不同模块能取得放荡的进度亦然不同的，复用什么样模块更有可能获取上述两点放荡呢？DDD 中对联域的辞别或者能够给咱们谜底，在 DDD 中软件存在三种子域：

中枢子域

特色：能够给公司带来中枢竞争力的界限模块，领有很高的复杂度和相反化价值

案例：比如滴滴的司机诊治算法，支付宝的交游系统，钉钉的 IM 系统等等

复用计谋：属于该子域的模块应该尽可能地复用， 将其竞争力也注入到其他居品，甚而插足精兵强将，种植其可扩张性，进一步拉开和竞争敌手差距

维持子域

特色：用来守旧中枢子域，然则不可带来竞争力

案例：比如运营管制系统，后台排查系统等等

复用计谋：因为不可带来中枢竞争力，不如各个业务证实我方需求，使用脚手架快速搭建，定制起来还愈加通俗

通用子域

特色：通用的业务或者技艺问题界限， 比较复杂， 却不可给企业带来中枢竞争力。好在一般有现成的处置决策，不错平直采购

案例：比如财务系统，不错平直采购用友，金蝶；分库分表，音讯队伍不错平直使用开源软件，或者购买云上处置决策

复用计谋：尽可能复用，然则复用的指标与中枢子域不同，主淌若为了缩小研发老本

以 DDD 中经典的货运管制系统为例（简化）：

比拟关于业务的助力，复用的老本就显得微不及说念了。

因此 DDD 条件技艺和业务深度衔接，如果不了解业务的话，单从盘算推算原则角度，很难剖析为什么要复用一个技艺模块。

收效的盘算推算来自对业务问题的深化剖析。最合乎其业务子域的地点，才是类/函数 应该 在的地点。

结语

世上唯唯一种英雄主见，即是在认清生涯真相之后依然嗜好生涯。

工程师对技艺也唯唯一种嗜好，即是当发现任何技艺王人无法代替对业务的深入通晓后，依旧嗜好代码。

DDD 的想想和器具能够帮咱们站在更高的视角，从业务分析的视角看待复用的老本和效益，匡助咱们更好地作念出决策。

参考贵府

[01] 《复杂软件盘算推算之说念》

https://book.douban.com/subject/35216922/

[02] 《架构整洁之说念》

https://book.douban.com/subject/30333919/

[03] 《软件盘算推算玄学》telegram 文爱