一、介紹架構
有關android架構方面的知識少之又少，而對與架構的理解有關架構的文章也都是智者見智仁者見仁。在我身邊聽到最多的話就是架構=What？、架構=框架、架構=設計模式、架構=MVP/MVVM。那麼架構到底是什麼那？架構又有何用處？它在android中又能給你帶來意想不到的效果？ 希望有興趣的能和各位討論討論。
二、理解架構
全球有名的架構目前分為四種：
1、Clean架構：一種分層的架構方式，將核心業務（對應domain層）、UI相關（對應presenter層）以及資料載入（對應data層）彼此獨立開來，不同的層之間由介面依次連線起來，但卻又彼此不瞭解彼此的具體實現。
2、DCI架構：DCI是資料Data 場景Context 互動Interactions的簡稱，DCI是一種特別關注行為的模式(可以對應GoF行為模式)。DCI架構真正含義可以歸結如下：
-
1.資料data：是領域物件中代表領域類概念的那部分。
-
2.場景context：根據執行時即時呼叫，將活的物件例項帶到符合用例需求的場景中
-
3.互動interactions, 描述需求使用者心目中角色的活動演算法。
3、DDD領域驅動設計：2004年著名建模專家Eric Evans發表了他最具影響力的著名書籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文譯名：領域驅動設計 2006年3月清華出版社譯本，或稱 Domain Driven-Design architecture [Evans DDD]）。軟體的產生過程是：分析、設計、程式設計、測試、部署。過去，分析領域和軟體設計是分裂的，分析人員從領域中收集基本概念；而設計必須指明一組能在專案中適應程式設計工具構造的元件，這些元件必須能夠在目標環境中有效執行，並能夠正確解決應用程式出現的問題。模型設計設計(Model-Driven Design)拋棄了分裂分析模型與設計的做法，使用單一的模型來滿足這兩方面的要求。這就是領域模型。
4、六邊形架構架構：六邊形架構（Hexagonal Architecture），又稱為埠和介面卡架構風格，其中的“六”具體數字沒有特殊的含義，僅僅表示一個“量級”的意思，六邊形的定義只是方便更加形象的理解。我們知道分層架構的重要作用就是避免耦合的出現，經典分層架構和六邊形架構都是分層架構的一種，但是所發揮的作用會有些不同，經典分層架構更多的精力放在抽象的分離上，每個層的職責分的很明確，各個層的依賴關係更加抽象化，從而避免耦合的出現，而在六邊形架構中，是用“元件化”的形式來避免耦合的出現，每個業務單元儘可能的最小化，然後把這些業務元件集合起來，用一個錘子把他們都拍扁，所以，在整個集合中，這些小的業務單元都是“平等的”，這種方式用一個詞來概括，那就是“扁平化”。
三、設計模式
設計模式（Design Pattern）是一套被反覆使用、多數人知曉的、經過分類的、程式碼設計經驗的總結。使用設計模式的目的：為了程式碼可重用性、讓程式碼更容易被他人理解、保證程式碼可靠性。 設計模式使程式碼編寫真正工程化；設計模式是軟體工程的基石脈絡，如同大廈的結構一樣。
1、設計模式的重要性：
-
設計模式是高階軟體工程師和架構師面試基本必問的專案（先通過面試進入這個門檻我們再談其它）
-
設計模式是經過大量實踐檢驗的安全高效可複用的解決方案。不要重複發明輪子，而且大多數時候你發明的輪子還沒有已有的好
-
設計模式是被主流工程師/架構師所廣泛接受和使用的，你使用它，方便與別人溝通，也方便別人code review（這個夠實在吧）
-
使用設計模式可以幫你快速解決80%的程式碼設計問題，從而讓你更專注於業務本身
-
設計模式本身是對幾大特性的利用和對幾大設計原則的踐行，程式碼量積累到一定程度，你會發現你已經或多或少的在使用某些設計模式了
-
架構師或者team leader教授初級工程師設計模式，可以很方便的以大家認可以方式提高初級工程師的程式碼設計水平，從而有利於提高團隊工程實力
四、程式碼形式
-
這樣子解釋架構、設計模式應該能讓你更加了解它：
-
我現在要蓋一棟房子（需求），房子當然要蓋得漂亮大方美觀一點去把全國最有名的設師Jack叫過來把我的房子先設計出來讓我看一看（架構師），恩Jack果然是老司機設計的我很滿意不過這個房子的左邊不要蓋出來要留出來一部分讓我以後的孩子來用，還有右上角要多加個走廊還有房子的院前要留出啦一部分當花園，針對這麼多需要更變Jack爽快的答應了，一點也不苦惱因為Jack早就想到會變更偷偷運用了自己總結了一生的方案（設計模式）。好了搬磚的搬磚、砌牆的砌牆、工人們依靠Jack給出的設計愉快的蓋著房子（程式設計師）。
Github：github.com/blindmonk/A…