今天看陶公子的文章有點(diǎn)感想灭忠。（文章鏈接： https://zhuanlan.zhihu.com/p/357411780 ）

????????在劉偉老師的《Java設(shè)計(jì)模式》一書(shū)中有這一段話：

????通常認(rèn)為，一個(gè)易于維護(hù)的系統(tǒng)就是復(fù)用率高的系統(tǒng)座硕，而一個(gè)復(fù)用性較好的系統(tǒng)就是一個(gè)易于維護(hù)的系統(tǒng)弛作。但實(shí)際上軟件的可維護(hù)性(Maintainability)和可復(fù)用性(Reusability)是兩個(gè)獨(dú)立的目標(biāo)。對(duì)于面向?qū)ο蟮能浖到y(tǒng)設(shè)計(jì)來(lái)說(shuō)华匾，在支持可維護(hù)性的同時(shí)提高系統(tǒng)的可復(fù)用性是一個(gè)核心問(wèn)題映琳，面向?qū)ο笤O(shè)計(jì)原則正是為解決這個(gè)問(wèn)題而誕生的。

????知名軟件大師RobertC.Martin認(rèn)為蜘拉，一個(gè)可維護(hù)性較低的軟件設(shè)計(jì)通常由如下4個(gè)原因造成萨西。

(1)過(guò)于僵硬(Rigidity)：很難在一個(gè)軟件系統(tǒng)中添加一個(gè)新的功能，增加一個(gè)新的功能將涉及很多模塊旭旭，造成系統(tǒng)改動(dòng)較大谎脯。如在源代碼中存在大量的硬編碼(Hard Coding)，使得代碼的靈活性很差持寄，幾乎所有的修改都要面向程序源代碼進(jìn)行源梭。

(2)過(guò)于脆弱(Fragility)：與過(guò)于僵硬同時(shí)存在，修改已有系統(tǒng)時(shí)代碼過(guò)于脆弱稍味，對(duì)一個(gè)地方的修改會(huì)導(dǎo)致看上去沒(méi)有關(guān)系的另一個(gè)地方發(fā)生故障废麻。

(3)復(fù)用率低(Immobility)：復(fù)用是指一個(gè)軟件的組成部分可以在同一個(gè)項(xiàng)目的不同地方甚至在不同的項(xiàng)目中重復(fù)使用。而復(fù)用率低表示很難重用這些現(xiàn)有的軟件組成部分如類(lèi)模庐、方法烛愧、子系統(tǒng)等。即使是重用也只停留在簡(jiǎn)單的復(fù)制粘貼上赖欣，甚至根本沒(méi)有辦法重用屑彻，程序員寧愿不斷重復(fù)編寫(xiě)一些已有的程序代碼。

(4)黏度過(guò)高(Viscosity)：對(duì)系統(tǒng)進(jìn)行改動(dòng)時(shí)顶吮，有時(shí)候可以保存系統(tǒng)的原始設(shè)計(jì)意圖和原始設(shè)計(jì)框架社牲，有時(shí)候可以破壞原始意圖和框架。前者對(duì)系統(tǒng)的擴(kuò)展更有利悴了，應(yīng)該盡量按照前者來(lái)進(jìn)行改動(dòng)搏恤。如果采用后者比前者更容易违寿，則稱為系統(tǒng)的黏度過(guò)高，黏度過(guò)高將導(dǎo)致程序員采用錯(cuò)誤的代碼維護(hù)方案熟空。

????????這里面指明了復(fù)用性與可維護(hù)性的關(guān)系藤巢。而當(dāng)我們追求DRY的時(shí)候其實(shí)就是在追求更高的復(fù)用性。

????????過(guò)度的追求DRY息罗，可能會(huì)破壞系統(tǒng)的可維護(hù)性掂咒。

????????讓我們來(lái)試著以“夸張”的方式來(lái)分析一個(gè)問(wèn)題：當(dāng)我們追求DRY的時(shí)候靜態(tài)代碼檢查、強(qiáng)制類(lèi)型等已經(jīng)成為了我們DRY的阻力迈喉。然后我們?cè)囍ㄟ^(guò)DSL的方式绍刮，隔離變化與不變。當(dāng)DSL引入后我們?nèi)缤尫帕颂煨缘暮⒆影っ梢宰杂傻耐ㄟ^(guò)DSL組合業(yè)務(wù)邏輯孩革。

????????然而業(yè)務(wù)邏輯是多樣性且隨著需求進(jìn)行而增長(zhǎng)的，所以我們DSL的復(fù)雜度會(huì)與需求的量會(huì)成一個(gè)正比得运。最后到某個(gè)階段我們的DSL會(huì)變成了一個(gè)“腳本語(yǔ)言”膝蜈，而我們的系統(tǒng)成為了這個(gè)“DSL腳本語(yǔ)言”的解釋器。

????????看到這里有人會(huì)覺(jué)得這很高級(jí)啊熔掺。誠(chéng)然我們實(shí)現(xiàn)了一套DSL腳本語(yǔ)言很值得“慶幸”饱搏。當(dāng)我們把需求的多樣性擴(kuò)大到無(wú)窮大的時(shí)候，對(duì)DSL語(yǔ)言的靈活性也就要求無(wú)窮大瞬女。這樣我們需要的不再是一門(mén)“DSL腳本語(yǔ)言”窍帝，而是一門(mén)真正的編程語(yǔ)言。

????????接下來(lái)讓我們分析一下維護(hù)DSL我們將面臨什么：

? ? ? ? DSL過(guò)早腐化：由于我們所在環(huán)境诽偷，需求的成熟度完整性及程序員水平的參差不齊坤学。當(dāng)DSL還沒(méi)有復(fù)雜到和編程語(yǔ)言相提并論的時(shí)候，就已經(jīng)腐化到不可維護(hù)了报慕。

? ? ? ? DSL配置易錯(cuò)：由于我們的DSL逐漸趨于復(fù)雜深浮，DSL正確配置與正確解析也變成了一件很難的事情，讓我們?cè)囅胍幌乱粋€(gè)程序員在編程的時(shí)候有各種代碼檢查的IDE支持都不可避免的Bug百出眠冈。而書(shū)寫(xiě)一套正確的DSL只會(huì)比這更復(fù)雜飞苇。

? ? ? ? DSL難以驗(yàn)證：由于DSL語(yǔ)言的解析已經(jīng)很難，為此開(kāi)發(fā)一套驗(yàn)證規(guī)范更是困難蜗顽。當(dāng)我們的系統(tǒng)進(jìn)行CICD的時(shí)候編程語(yǔ)言可以通過(guò)AT布卡、UT的驗(yàn)證提高交付質(zhì)量。而DSL很難做到這一點(diǎn)雇盖。

通過(guò)以上種種分析表明DRY會(huì)引出DSL忿等，而DSL導(dǎo)致系統(tǒng)的可維護(hù)性降低。

那么DRY或者DSL就沒(méi)有用武之地了么崔挖？

也并不是贸街，當(dāng)我們書(shū)寫(xiě)一些“基礎(chǔ)框架”項(xiàng)目的時(shí)候庵寞，可以用DSL提供框架的易用性⊙Ψ耍基礎(chǔ)框架面臨的問(wèn)題域都比較固定捐川，所以不會(huì)像業(yè)務(wù)的系統(tǒng)那樣需求不斷膨脹。所以DSL比較容易長(zhǎng)時(shí)間維持在一個(gè)比較穩(wěn)定的狀態(tài)逸尖。