復用是架構思維中非常重要的思維之一，是面向?qū)ο蠹軜嬙O計的核心思想，業(yè)務能力組件化，組件能力服務化，共享平臺，中臺建設，公共服務下沉等都是為了提高系統(tǒng)的復用而設計。

好的系統(tǒng)設計具備可擴展性（Extensibility）、靈活性（Flexibility）和可插入性（Pluggability），一個復用較好的系統(tǒng)，就是一個易維護的系統(tǒng)。但實際上，可維護性和可復用性是兩個緯度。

一、可維護性

可維護性指系統(tǒng)的被修改能力和可修復能力，修改能力指改進、系統(tǒng)環(huán)境、需求、系統(tǒng)容量等變化的適應；可修復能力指系統(tǒng)發(fā)生故障后，能夠排除(或抑制)故障予以修復，并能按照原有設計流程正常運行狀態(tài)的可能性?？删S護性架構有如下特征：

（1）易分析性

系統(tǒng)發(fā)生故障或缺陷時，能很快定位或分析出原因。

（2）易改變性

面對新需求系統(tǒng)擁有快速被實現(xiàn)的能力，實現(xiàn)體現(xiàn)在代碼實現(xiàn)、設計實現(xiàn)和說明文檔的更新。

（3）易測試性

系統(tǒng)新的變更可以被驗證的能力。

（4）穩(wěn)定性

兼容新的變更不影響原有系統(tǒng)的運行的能力。

（5）依從性

架構設計遵循和保持相關約定的能力。

對于系統(tǒng)可維護性的度量可以從以下幾個方面進行判斷：

系統(tǒng)的可維護性不但和架構師采用的分析設計方法和技術熟練程度有關，還和項目管理技術有密切的聯(lián)系，除了和設計開發(fā)方法有關的因素之外，還有一些因素影響系統(tǒng)的可維護性的原因：

二、可復用性

復用性是面向?qū)ο蠹夹g最重要的特征之一，但是事與愿違復用性的好處，我們在架構設計時并不能真正實現(xiàn)，因為復用需要付出一定的代價，并不像我們使用面向?qū)ο箝_發(fā)工具一樣，很容易利用起復用性特性完成相關工作。相反，為了打到系統(tǒng)的復用性，我們需要取舍一些設計。另外好多設計者對于復用的范圍很有局限，常常會考慮代碼的復用而忽略了其他更高層次的復用，當然代碼的復用是最基本的，代碼的復用有自身的好處，但是為了讓我們的系統(tǒng)復用，希望設計者能從更高的層次來看待復用。

1。復用性的好處

2。復用分類

我們可以將系統(tǒng)復用分為代碼復用、算法的復用、數(shù)據(jù)結(jié)構的復用、測試信息的復用、設計的復用、分析的復用，接下來我們就詳細講解如何做這些復用。

（1）代碼復用

代碼復用是最常見的復用，包括目標代碼和源代碼的復用，指的是在同一個應用的多個模塊中，或者是在多個應用下代碼的復用。理想狀況下，代碼復用可以共享通用類、函數(shù)集合來實現(xiàn)；即便是在最差的情況下，代碼復用也可以通過拷貝和修改源代碼來實現(xiàn)。

代碼復用的一個關鍵因素是你要能夠獲取到代碼。如果必要的話，你自己可以修改這段代碼，當然也可以找別人幫你修改。這一點好壞并存，通過審讀代碼，你可以自己決定—— 哪怕這個決定很難做出—— 你是否要復用這段代碼。同時，把代碼開放給你，那么代碼原作者也許會失去撰寫說明文檔的動力，這也就增加了你理解它所花費的時間，減小了你可能獲得的收益。

代碼復用的最大好處在于它可以減少你的代碼量，也就潛在地減小了開放和維護成本。壞處則在于你自己應用的能力范圍就被約束住了，而且也增加了應用和被復用代碼之間的耦合。要大規(guī)模地實現(xiàn)源程序的復用，只有依靠含有大量可復用構件的構件庫，如“對象鏈接與嵌入”技術，既支持在源程序級上定義構件以構造新的系統(tǒng)，又使這些構件在目標代碼級上仍然是一些獨立的可復用構件，能夠在運行時被靈活地重新組合為各種應用系統(tǒng)。

代碼復用是最基礎最基本的復用，那我們就來看看做到代碼復用應該注意哪些內(nèi)容：

a.面向接口編程

"面向接口編程"是面向?qū)ο笤O計（OOD）的第一個基本原則。面向接口編程就是先把客戶的業(yè)務邏輯線提取出來，作為接口，業(yè)務具體實現(xiàn)通過該接口的實現(xiàn)類來完成。當客戶需求變化時，只需編寫該業(yè)務邏輯的新的實現(xiàn)類，通過更改配置文件(例如Spring框架)中該接口的實現(xiàn)類就可以完成需求，不需要改寫現(xiàn)有代碼，減少對系統(tǒng)的影響。

b.使用對象組合而不是繼承

"優(yōu)先使用組合而不是繼承"是面向?qū)ο笤O計（OOD）的第二個基本原則。繼承是在程序開發(fā)的過程中重構得到的，而不是程序設計之初就使用繼承，很多開發(fā)者濫用繼承，結(jié)果可能造成后期的代碼解決不了需求的變化。因此，優(yōu)先使用組合而不是繼承，是面向?qū)ο箝_發(fā)的一個重要經(jīng)驗。

繼承：繼承的起源，來自于多個類中相同特征和行為的抽象。子類可以通過繼承父類，那么可以調(diào)用父類中定義的方法和屬性，從而達到代碼重用的目的。另外，子類除了重用父類的代碼以外，還可以擴展自身的屬性和方法，來描述子類特有的特征和行為。

對象組合：對象組合要求被組合的對象具有良好的接口，并且通過從其他對象得到的引用在運行時運態(tài)定義。對象組合是類繼承之外的另一種復用選擇，可以將對象組合到其他對象中，以構建更加復雜的功能。由于對象的內(nèi)部細節(jié)對其他對象不可見，它們看上去為“黑箱”，這種類型的復用稱為黑箱復用(black-box reuse)。對象只以"黑箱"的形式出現(xiàn)。

下面分析繼承和組合的優(yōu)缺點：

(a)繼承的優(yōu)缺點

優(yōu)點： 

由于在類繼承中，實現(xiàn)的依存關系，對子類進行復用可能會有問題。有一個解決辦法是，只從協(xié)議或抽象基類繼承(子類型化)，國為它們只對很少的實現(xiàn)，而協(xié)議則沒有實現(xiàn)。

(b)組合的優(yōu)缺點優(yōu)點：

c.將可變的部分和不可變的部分分離

"將可變的部分和不可變的部分分離"是面向?qū)ο笤O計（OOD）的第三個基本原則。如果使用繼承的復用技術，我們可以在抽象基類中定義好不可變的部分，而由其子類去具體實現(xiàn)可變的部分，不可變的部分不需要重復定義，而且便于維護。如果使用對象組合的復用技術，我們可以定義好不可變的部分，而可變的部分可以由不同的組件實現(xiàn)，根據(jù)需要，在運行時動態(tài)配置。這樣，我們就有更多的時間關注可變的部分。對于對象組合技術而言，每個組件只完成相對較小的功能，相互之間耦合比較松散，復用率較高，通過組合，就能獲得新的功能。

d.控制方法的長度

通常，我們的方法應該只有盡量少的幾行，太長的方法會難以理解，而且，如果方法太長，則應該重新設計。對此，可以總結(jié)為以下原則：

e.消除case / if語句

要盡量避免在代碼中出現(xiàn)判斷語句，使用過多的switch/case 或者 if else 語句，代碼的可讀性很差同時也違背了面向?qū)ο蟮脑瓌t。

f.減少參數(shù)個數(shù)

有大量參數(shù)需要傳遞的方法，通常很難閱讀。我們可以將所有參數(shù)封裝到一個對象中來完成對象的傳遞，這也有利于錯誤跟蹤。太多層的對象包裝對系統(tǒng)效率有影響，但是它帶來的好處相比，我們寧愿做包裝。畢竟"封裝"也是OO的基本特性之一，而且，"每個對象完成盡量少（而且簡單）的功能"，也是OO的一個基本原則。

g.類層次的最高層應該是抽象類。

在許多情況下，提供一個抽象基類有利做特性化擴展。由于在抽象基類中，大部分的功能和行為已經(jīng)定義好，使我們更容易理解接口設計者的意圖是什么。由于JAVA不允許"多繼承"，從一個抽象基類繼承，就無法再從其它基類繼承了。所以，提供一個抽象接口(interface)是個好主意，一個類可以實現(xiàn)多個接口，從而模擬實現(xiàn)了"多繼承"，為類的設計提供了更大的靈活性。

h.盡量減少對變量的直接訪問

對數(shù)據(jù)的封裝原則應該規(guī)范化，不要把一個類的屬性暴露給其它類，而是應該通過訪問方法去保護他們，這有利于避免產(chǎn)生波紋效應。如果某個屬性的名字改變，你只需要修改它的訪問方法，而不是修改所有相關的代碼。

i.子類應該特性化，完成特殊功能

如果一個子類只是使一個組件變成組件管理器，而不是實現(xiàn)接口功能，或者，重載某個功能，那么，就應該使用一個外部的容器類，而不是創(chuàng)建一個子類

j.拆分過大的類

如果一個類有太多的方法（超過50個），那么它可能要做的工作太多，我們應該試著將它的功能拆分到不同的類中。

k.作用截然不同的對象應該拆分

對同樣的數(shù)據(jù)，有不同的視圖。某些屬性描述的是數(shù)據(jù)結(jié)構怎樣生成，而某些屬性描述的是數(shù)據(jù)結(jié)構本身。最好將這兩個視圖拆分到不同的類中，從類名上就可以區(qū)分出不同視圖的作用。類的域、方法也應該有同樣的考慮！

為了提高代碼的復用性，還有好多的手段，以上都是多年的編碼經(jīng)驗，希望能幫助大家。

(2)算法的復用

各種算法如排序算法都已經(jīng)得到了大量的研究，幾乎不需要我們重寫自己的算法，各種語言通常也實現(xiàn)了這些常用算法，因此直接復用即可。

(3)數(shù)據(jù)結(jié)構的復用

與算法一樣，類似數(shù)組、隊列、棧、列表等得到了透徹的研究，只需要直接復用。

(4)測試信息的復用

測試信息的復用主要包括測試用例的復用和測試過程的復用。前者是把一個軟件的測試用例應用于新的軟件測試中，或者在軟件作出修改時使用在新一輪的測試中。后者是在測試過程中通過軟件工具自動記錄測試的過程信息，包括測試員的每一個操作、輸人參數(shù)、測試用例及運行環(huán)境等信息，并將這些過程信息應用于新的軟件測試或新一輪的軟件測試中。測試信息的復用級別不易同分析、設計、編程的復用級別進行準確地比較，因為被復用的不是同一事物的不同抽象層次，而是另一種信息，但從這些信息的形態(tài)來看，大體處于與程序代碼相當?shù)募墑e。

a.測試用例設計方法

測試用例設計可以分為白盒測試用例設計法和黑盒測試用i設計法。

白盒測試用設計法

黑盒測試用例設計法

(5)設計復用

設計復用指的是使用對以前創(chuàng)建的設計用例、標準文檔、領域模型、過程指導和其它，來幫助你開始一個新工程。設計復用分為幾個層次，從完整的拿來即用這種100%的完全復用，到僅以工件作模型之用，研究分析之以獲取靈感。舉例來說，編碼和用戶界面設計的標準文檔對不同的項目來說，就是有價值的設計，像其中的建模符號定義和方法論總覽這種文檔，是可以直接復用的。我曾經(jīng)為已有的通用數(shù)據(jù)接口以面向?qū)ο蟮姆绞阶隽税b，讓這些類使用起來更直觀。

設計復用提升了項目間的一致性，減少了各個項目的管理成本。用戶界面標準對絕大多數(shù)平臺來說都是很常用的；編碼標準對主要語言來說都是不可或缺的；而標準面向?qū)ο蠓椒ㄕ摵湍Ｐ陀浱栠@樣的東西已經(jīng)使用好多年了。主要的壞處在于很多核心程序員總覺得這種復用過了頭，給彼此帶來了強加的標準和過程約束。因此設計復用的底線就是當你覺得它是一種重要、可行和醒目的技術時，再去使用它。這種復用有如下三種途徑。

(6)分析復用

分析復用是比設計復用更高級別的復用，可復用的分析組件是針對業(yè)務領域中某些設計或問題抽象出的組件，受設計技術及實現(xiàn)條件的影響很少，所以可復用的機會更大，如領域模型已經(jīng)顯出巨大的可復用潛能，因為它們反映出大規(guī)模的業(yè)務行為內(nèi)聚的特征，在許多應用中都是一致的。你在領域開發(fā)中創(chuàng)造的每樣東西都是可以復用的。與后期的復用相比，領域組件在前期業(yè)務行為和組織的架構設計中顯出更大的作用。復用的途徑也有三種。

三、可復用和可維護性的關系

可復用和可維護性的關系如下。

復用的成功之路

那么我們?nèi)绾巫龅秸娴拿嫦驅(qū)ο笤O計的復用呢？上面所講的內(nèi)容都是工具，如果你認真的看完了，你已經(jīng)擁有了復用的工具，復用是否成功就要看我們?nèi)绾卫霉ぞ邘椭覀冊谙到y(tǒng)的生命周期中來實現(xiàn)。不要為了復用而設計系統(tǒng)，那么你會很累。給你提幾個意見：

你可以嘗試可復用的設計，但是直到你的設計被復用多次，你才可以談成功的設計?？蓮陀眯允桥杂^者來下結(jié)論的，而不是設計者自己。

文檔必須標識出，什么時候不要復用它，這樣開發(fā)者才能理解合適場景的上下文。

當你設計新的系統(tǒng)架構的時候，第一件事應該是決定你的架構還會以怎樣的方式在別的場合被復用。也許有些人已經(jīng)設計了你需要的東西。另一方面，你得主動分享你的工作成果，這樣大家才可以復用它。一個好領隊會在團隊中持續(xù)地尋找復用點和提升、獎勵復用的機會。一個不錯的方式就是在從這樣兩個方面去尋找可復用的機會：模型評審過程中，尋找繼承和模式復用的機會；代碼走讀過程中，尋找組件和代碼復用的機會。