關于這篇文章我一直想寫，但每次總是沒有一個閑下來的時間，現在試著擠每天的閑暇時間一點點完成。

         一直以來我都想做一個軟件架構師，所以我在平時的開發中除了保證寫出高質量的代碼外，還會從架構者的角度來仔細推敲整個應用。當然了這個架構主要是指的代碼的架構，那么推敲的依據主要來自三個地方：

1．GRASP

       每當遇到軟件分層，類似于業務邏輯放在那個類哪個層等問題時，我通常都會參考GRASP，General Responsibility Assignment Software Pattern。包括以下幾個原則：

       A．Information Expert 信息專家

       B．Creator 創建者

       C．Low Coupling 低耦合

       D．High Cohesion 高內聚

       E．Controller 控制器

       F．Polymorphism 多態

       G．Pure Fabrication 純虛構

       H．Indirection 間接：避免對象間直接耦合，合理分配職責

       G．Protected Variations 受保護變化：開閉原則。

       雖說每個思想懂，但真正能用在實際開發中還是有一定難度的，具體的介紹可以參考大師CRAIG LARMAN的《UML與模式應用》。

2．Design Patterns

         古人練劍分三層境界。第一層是每個招式都熟記于心, 沒事就拿出來練練，比武時按照自己的套路出劍，第二層就是沒有招式，只有思想，假如想解掉別人的劍，那目標就是解劍，隨便出劍都可以做到。第三層就是人劍合一，這種境界就已經不依賴與劍了，身邊的任何物體包括自己都可以是一把劍，都可以置對方于死地。

         世間萬物皆相通，我認為模式的學習也是有三種階段，23種模式熟記于心，遇到具體項目套相對應的設計模式，雖然有點死板，但給軟件的維護和擴展帶來很大好處，這是學習設計模式的第一層。第二層就是大腦中已經沒有具體的模式，只知道如果要解耦，那么就這樣做，如果追求運行速度，就那樣做，這就不一定是23種模式的一種了。如果已經有前兩層的功力，那就要追求人設計模式合一，這時就有很多變化，創造模式，不會依賴與語言(C, C++, JAVA等等)，各個領域的設計模式等等。估計Erich Gamma應該到了第三層境界了吧。

3. 我的前輩

         他們在這方面很有經驗，架構這個東西就是平時要積累豐富項目經驗，看看國外的一個個大牛，都不是40多歲的人，所以我就很討厭某些言論說軟件是吃青春飯的…

         在正常的情況，在我看來，現在的軟件設計從大的角度來講就是復用（Reuse），從小的角度來講就是解耦(Decouple或者separate concern)。作為一名優秀的程序員，開發一個App，寫一句代碼都要考慮到你寫的這個類與其它類的關系，是不是多余的依賴，適不適合擴展等等。由于這段時間工作的需要，我接連轉了三個項目，目睹了每個項目架構的優缺點，加之前不久我又進行了IJC關于RUP的培訓，與IJC的David和蔣勝老師深入的討論了軟件開發過程，所以我想把學到的一些設計方法舉個例子來說明。

         在進入主題之前我想先敘述一些概念。

         概念1：由面向過程到面向對象絕對是一個質的飛躍，我認為OO最大的優點在于它的程序設計和現實世界是相對應的，從23種設計模式的名字上面也有體現。工廠，代理，適配器等等。

         概念2：MVC（Model-View-Controller，模型—視圖—控制器模式）用于表示一種軟件架構模式。它把軟件系統分為三個基本部分：模型（英語:Model），視圖（View）和控制（Controller）。視圖(View)代表用戶交互界面，控制(Controller)可以理解將模型與視圖匹配在一起，共同完成用戶的請求。模型主要是指業務流程的具體細節，整個過程如圖1。那么其實在實際的開發中MVC還是有很多局限性的，后面會通過一個例子給出一個我的改進版。

圖1

         概念3：RUP

         RUP（Rational Unified Process，統一軟件開發過程，統一軟件過程)是一個面向對象且基于網絡的程序開發方法論。根據Rational(Rational Rose和統一建模語言的開發者)的說法，好像一個在線的指導者，它可以為所有方面和層次的程序開發提供指導方針，模版以及事例支持。 RUP和類似的產品--例如面向對象的軟件過程（OOSP），以及OPEN Process都是理解性的軟件工程工具--把開發中面向過程的方面（例如定義的階段，技術和實踐）和其他開發的組件（例如文檔，模型，手冊以及代碼等等）整合在一個統一的框架內。

         抓其精髓就是使整個開發過程統一，可管理。用例驅動，以架構為中心，增量與迭代，是RUP的主要思想。RUP是一個很復雜的過程，但好在它在每個項目中使用時可以因地制宜，有效的裁減可以使RUP在工程中發揮最大的威力。作為一個程序員，我首先要關心的是有關代碼架構的問題，RUP有一個核心的思想Separate concern，也就是分離關注點。這也剛好體現了面向對象的一個思想：解耦。那么RUP中最能體現它Separate concern的應該就算它的Minimal和Extension了，當然還有一些其它的體現方式，我會在下篇實例中詳細介紹。

      簡單來說Minimal指的是那些上不依賴于表現層，下不依賴于數據庫，操作系統等,可以在任何環境下運行的純業務邏輯程序，最主要的還是Minimal部分的代碼可以復用。Extension包括Minimal，它依賴于某個特定的底層程序或者操作系統。Minimal和Extension類似于圖2的關系。


圖2