模塊

模塊就是從邏輯上將系統(tǒng)分解為更細微的部分, 分而治之, 復雜問題拆解為若干簡單問題, 逐個解決.

耦合主要描述模塊之間的關系, 內(nèi)聚主要描述模塊內(nèi)部. 模塊的粒度可大可小, 可以是函數(shù), 類, 功能塊等等.

耦合

模塊之間存在依賴, 導致改動可能會互相影響, 關系越緊密, 耦合越強, 模塊獨立性越差.

比如模塊A直接操作了模塊B中數(shù)據(jù), 則視為強耦合, 若A只是通過數(shù)據(jù)與模塊B交互, 則視為弱耦合.

獨立的模塊便于擴展, 維護, 寫單元測試, 如果模塊之間重重依賴, 會極大降低開發(fā)效率.

內(nèi)聚

模塊內(nèi)部的元素, 關聯(lián)性越強, 則內(nèi)聚越高, 模塊單一性更強. 一個模塊應當盡可能獨立完成某個功能,

如果有各種場景需要被引入到當前模塊, 代碼質(zhì)量將變得非常脆弱, 這種情況建議拆分為多個模塊.

低內(nèi)聚的模塊代碼, 不管是維護, 擴展還是重構(gòu)都相當麻煩, 難以下手.

接口設計原則

好的接口應當滿足設計模式六大原則, 很多設計模式, 框架都是基于高內(nèi)聚低耦合這個出發(fā)點的.

單一職責原則: 一個類只負責一個功能領域中的相應職責.

開閉原則: 一個軟件實體應當對擴展開放，對修改關閉.

里氏代換原則: 所有引用基類（父類）的地方必須能透明地使用其子類的對象.

依賴倒轉(zhuǎn)原則: 抽象不應該依賴于細節(jié), 細節(jié)應當依賴于抽象. 換言之, 要針對接口編程, 而不是針對實現(xiàn)編程.

接口隔離原則: 使用多個專門的接口, 而不使用單一的總接口, 即客戶端不應該依賴那些它不需要的接口.

迪米特法則: 一個軟件實體應當盡可能少地與其他實體發(fā)生相互作用, 例如外觀模式, 對外暴露統(tǒng)一接口.

舉幾個栗子

外觀模式

為系統(tǒng)中多個子系統(tǒng)提供一致的對外調(diào)用, 對客戶端隱藏子系統(tǒng)細節(jié), 降低其與子系統(tǒng)的耦合.

橋接模式

JDBC中的把面向廠商的接口(Driver)和面向使用者的API(DriverManager)做了拆分隔離.

//開發(fā)者只需要關注JDBCAPI,無需關注不同數(shù)據(jù)庫Driver接口實現(xiàn)
Class.forName("com.mysql.jdbc.Driver");
Connectionconn=DriverManager.getConnection(url,username,password);

適配器模式

引入第三方庫(hibernate, log4j), 不應該直接在代碼中繼承或者使用其實體類.

需要抽出上層統(tǒng)一接口, 然后增加實現(xiàn)類, 對外暴露接口.

//代碼與log4j強耦合,不推薦
org.apache.log4j.Logger.getRootLogger().info("info");
//底層可以隨意更換log框架
FRLoggerFactory.getLogger().info("info");

審核編輯：湯梓紅