重新审视演进式设计
? ?
說起來，所謂Evolutionary Design已經是老生常談了。早在2004年，Martin Fowler在文章Is Design Dead中就深刻地比較了計劃式設計與演進式設計，至今閱讀這篇文章，對于理解敏捷和演進式設計依舊振聾發(fā)聵。我在文章設計恰如其分的架構中，也算得上是旁征博引地闡述了諸多與演進式設計相關的理念，例如Neal Ford提出的Emergent Design，George Fairbanks提出的Risk Driven Design，以及Minimal planned design。
然而，有多少人在遵循著Evolutionary Design的理念進行著架構的規(guī)劃與設計呢？如果說，架構過程確定無疑地需要不斷地演進，但該如何演進，如何更好地演進，依舊是一個巨大的謎題。
Neal Ford提出的諸如發(fā)現(xiàn)模式、重構、測試驅動開發(fā)等方法，更多地還是停留在微觀架構的層面。而在多數(shù)的架構設計過程中，更多地是基于質量屬性，前瞻地去選擇架構風格（抑或架構模式），并參照一些最佳實踐結合自己的場景去驅動出物理架構與邏輯架構。若完全寄情于Last Responsible Time，期待著通過對架構重構讓已有軟件系統(tǒng)煥然一新，畢竟代價太大，對架構師的能力也要求太高。
正如Martin Fowler對架構的定義：
架構是重要的事物，無論它是什么。架構是以后很難更改的內容。
既然很難更改，我們?yōu)楹尾荒芤货矶?#xff1f;然而，Neal Ford又告訴我們：未來是不可預測的。于是之，我們并不能以無知的未來妝點當下，否則會導致設計過度，甚至南轅北轍。雖然一路向北，終究能返歸南方，可惜路漫漫其修遠兮，沒有人愿意等待，也不值得等待。
在Agile China 2013年，我在ThoughtWorks的同事Scott Shaw與賈陽聯(lián)袂演出了一臺戲，戲名喚作Evolving Architecture For Change，以一個真實案例闡釋我們如何演進客戶系統(tǒng)的架構。演講從Evolving Path、Technical Enables與Culture Enables三個方面全面細致地介紹了架構的演進之路。概而言之，用到的方法與理念包括：
通過Bounded Context識別Domain Service
基于RESTful的Micro Service架構
自動化的Consumer Driven Contract Test
自動化部署與部署流水線(Deployement Pipeline)
組建特性團隊(Feature Team)
重視交流，將架構師視為Facilitator，通過可視化手段引導設計
演進之前的架構是一個簡單分割的分布式架構，Front End面向客戶的用戶，而Office End則面向業(yè)務人員和系統(tǒng)管理者。整個系統(tǒng)的模塊邊界非常模糊，集成復雜，代碼庫龐大而混亂，存在大量重復代碼。
采用上述方法對系統(tǒng)架構進行演進，最終形成了如下圖所示的基于RESTful的圍繞Domain Service為中心的類微服務架構：
然而，嚴格意義上講，這個案例的架構演進屬于針對已有系統(tǒng)（或遺留系統(tǒng)）架構進行重構的范疇，而非從頭開始搭建架構的演進式設計。
最近讀到Joshua Kerievsky的文章Evolutionary Design，他提倡架構設計從Primitive Whole開始，勿求功能做到最深最全，而是以“廣度優(yōu)先”的算法思想在最初的設計中覆蓋整個系統(tǒng)的全部組成部分。如題圖所示的吉他設計。
迭代1設計的吉他根本不可用，但基本的組成元素已經初具模型，雖然它不能工作，但任何人看到這個模型，也不會認為它是小提琴或者二胡。
如此設計的好處在于可以提前發(fā)現(xiàn)團隊協(xié)作與組件集成的風險。因為前期迭代的功能鋪得極廣，就像八爪魚一般延伸到了系統(tǒng)的每一枝節(jié)（這些枝節(jié)卻沒有一片樹葉），雖然極度粗糙簡陋，但團隊已經可以開始協(xié)作開發(fā)，系統(tǒng)的集成點也被提前發(fā)現(xiàn)了。
協(xié)作問題是管理風險，集成問題是技術風險，二者都是導致軟件開發(fā)延期的主要魁首。雖然只是邁出了第一步，但這一步邁得扎實，邁得穩(wěn)當，之后就可以以更加穩(wěn)健步伐前進，庶幾實現(xiàn)“較少修改”的架構。
我發(fā)現(xiàn)這個階段是引入Alistair Cockburn六邊形架構(Hexagonal Architecture)的最佳時期。
運用六邊形架構可以有效地識別系統(tǒng)關注點，從架構層面（全局視角）設計，暫時可以不考慮實現(xiàn)細節(jié)。六邊形架構這種內外分離的方式，可以有效地把系統(tǒng)的核心領域與邊界外的基礎設施隔離開，從而形成一種獨立于框架，易于測試，與外部代理、UI以及數(shù)據(jù)庫無關的應用架構（符合Robert Martin提出的Clean Architecture）。與演進式設計結合起來，可以很好地幫助我們識別集成點，以更廣而非更深地視角俯瞰系統(tǒng)架構。
演進式設計是一種理念，它曾經顛覆過傳統(tǒng)笨拙的計劃式設計，如今，它依舊煥發(fā)著生命力，但我們不能以靜止的眼光去看待它，而應該嘗試著引入一些新的方法、框架乃至技術——于是，演進式設計這舊瓶就能裝著新酒，既散發(fā)出釅釅的酒香又不至于濃洌得熏人欲醉！
題圖：Joshua Kerievsky, Evolutionary Design
文學與軟件 | ，詩意地想念
? ?
長按識別二維碼
或搜索“逸言”加關注
內容轉載自公眾號
逸言 了解更多總結
- 上一篇： UWP应用模型概述
- 下一篇： WEB API 系列（二） Filter