android移動架構彙總
設計模式六大原則：
- 單一原則
- 黎克特制替換原則
- 介面隔離原則
- 依賴倒置原則
- 迪公尺特法則
- 開閉原則
#1、定義：
軟體的實體類, 模組, 函式應該對擴充套件開放, 對修改關閉; 即 軟體實體應該通過擴充套件實現變化, 不是通過修改已有的**實現變化;
問題由來：在軟體的生命週期內，因為變化、公升級和維護等原因需要對軟體原有**進行修改時，可能會給舊**中引入錯誤，也可能會使我們不得不對整個功能進行重構，並且需要原有**經過重新測試。
解決方案：當軟體需要變化時，盡量通過擴充套件軟體實體的行為來實現變化，而不是通過修改已有的**來實現變化。
#2、優點：
利於測試 : 如果改變軟體內容, 需要將所有的測試流程都執行一遍, 如 單元測試, 功能測試, 整合測試等, 如果只是擴充套件, 只單獨測試擴充套件部分即可;
提高復用性 : 所有邏輯都從原子邏輯組合, 原子邏輯粒度越小, 復用性越大; 這樣避免相同邏輯存在, 修改時需要修改多個此相同邏輯;
提高可維護性 : 維護乙個類最好的方式是 擴充套件乙個類, 而不是修改乙個類, 如果需要修改需要讀懂原始碼才能修改, 擴充套件的話只需要了解即可, 直接繼承擴充套件;
#3、要點
用抽象構建框架，用實現擴充套件細節。因為抽象靈活性好，適應性廣，只要抽象的合理，可以基本保持軟體架構的穩定。而軟體中易變的細節，我們用從抽象派生的實現類來進行擴充套件，當軟體需要發生變化時，我們只需要根據需求重新派生乙個實現類來擴充套件就可以了。當然前提是我們的抽象要合理，要對需求的變更有前瞻性和預見性才行。
設計模式六大原則
0.05 設計模式 設計模式 規範 筆記 大話設計模式 物件導向的關鍵在於封裝，封裝好了才能很好的復用，達到單一職責和開放擴充套件 封閉更改的效果。1 單一職責原則 就乙個類而言,應該僅有乙個引起它變化的原因.增加功能不應該修改已有的 避免修改出錯及重複測試.如果你能夠想到多於乙個的動機去改變乙個類...
設計模式六大原則
0.05 設計模式 設計模式 規範 筆記 大話設計模式 物件導向的關鍵在於封裝，封裝好了才能很好的復用，達到單一職責和開放擴充套件 封閉更改的效果。1 單一職責原則 就乙個類而言,應該僅有乙個引起它變化的原因.增加功能不應該修改已有的 避免修改出錯及重複測試.如果你能夠想到多於乙個的動機去改變乙個類...
設計模式六大原則
參考文章 單一職責原則 single responsibility principle,srp 乙個類只負責乙個功能領域中的相應職責，或者可以定義為 就乙個類而言，應該只有乙個引起它變化的原因。開閉原則 open closed principle,ocp 乙個軟體實體應當對擴充套件開放，對修改關閉。...