用Unix的設計思想來應對多變的需求

        之前，@風楓峰 在“這是誰的錯？”中說過開發團隊對需求來者不拒，而@weidagang 也在“需求變更和 IoC” 中說過用 IoC 來最大程度地解決需求變更。今天我也想從 Unix 設計思想的角度來說說什么是好的軟件設計，什么樣的設計可以把需求變更對開發的影響降低。（注意：這并不能解決用戶或是 PM 的無理需求，面對無理需求，需要仔細分析需求，而用技術的手段無法搞定這個事，但是可以減輕需求變更帶來的痛苦）

        我曾經在《Unix 傳奇》的下篇中寫過一些 Unix 的設計哲學和思想（這里重點推薦大家看一下《The Art of Unix Programming》，我推薦過多次了），以前也發過一篇“一些軟件設計的原則”，不過，這些東西都太多了，記不住。其實，這么多年來，我的經驗告訴我，無論是 Unix 設計，還是面向對象設計，還是別的什么如 SOA，ECB，消息，事件，MVC，網絡七層模型，數據庫設計，等等，他們都在干三件事——解耦，解耦，還是解耦！所謂解耦，就是讓程序員的模塊和模塊間盡量少地依賴起來。

        現實當中的例子

        讓我先舉幾個現實生活中的例子：

        1、現實社會中，制造燈具的工廠完全不關心制造燈飾的工廠，制造燈飾的工廠完全不關心制造燈具的工廠，但是，燈具和燈飾可以很完美地組合成用記所喜歡的樣子（這和@weidagang 在“需求變更和 IoC”說到的那個 PC 的例子相仿）。他們是怎么做到的？

        2、互聯網上，做網站的人完全不用關心用戶在用什么樣的操作系統，什么樣的瀏覽器，反過來，上網的人也不關心做網站的人在用什么的技術開發網站。但是大家在完全不關心對方的情況下，可以很正常地協同工作在一起。為什么？

        這樣的例子太多了。為什么可以做成這樣呢？因為大家依賴的是一個接口，燈具和燈飾并不互相依賴，他們依賴的是一個接口，做網站的人和瀏覽網站的人依賴的還是接口——HTTP 協議。這就是面向對象的核心思想——依賴于接口而不是實現，這就是觸耦。當你看過這兩個例子以后，我希望你以后設計的軟件至少不能比我們現實社會中的這些方法要差。不然，你就是在讓社會倒退了，呵呵。

        你會說，這和 Unix，和應對需求變化有什么關系？好讓我們再來看一下 Unix 的設計。

        Unix 設計的例子

        下面是幾個 Unix 下的例子：

        1、Unix 下，所有的硬件都可以通過文件的方式存取。其統統在/dev 下。于是，軟件和硬件的耦合被解開了，操作系統只需要把硬件統統變成文件，而程序只需要使用三個東西，一個是 fd，一個是 read ()，一個是 write ()，就可以來操作任意的硬件了，這就是抽象，簡單到不行。

        2、Unix 下，所有的命令都可以用管道串起來（管道絕對是個偉大的發明），這樣，所有的命令間的交互全部解耦到只依賴于 STD_IN, STD_OUT 設備上。最酷的是，用戶可以使用管道任意地拼裝那些命令，以完成各式各樣的功能。管道這個設計思想可以映射為今天的 Web Service，你可以任意地拼裝各種 Web Service。

        看到這里，你會發現，這還是解耦，本質上來說，也是一種依賴倒置——OOD 的精髓。但是，Unix 還不僅僅是這些。我們再來看幾個例子：

        1、Unix 下，軟件都是綠色地安裝。在 iOS 上更明顯——各個程序間基本上互不干擾，這個程序產生的垃圾文件不會影響到另一個程序。你刪到一個程序不會讓另一個程序不舉，各是各的空間。你可以刪除這些程序，只要把內核心留著，系統照樣可以啟動。

        2、Unix 下，你可以通過設置一些環境變量，讓多種環境同時存在，比如：某個 LAMP 用的是 Apache 2.0, Mysql 4.0, PHP 4.0，某個 LAMP 用的是 Apache 2.2, Mysql 5.0，PHP5.3，你不但可以方便地在系統中切換這兩個環境，你甚至還可以同時啟動他們。

        3、Unix 下，你可以隨意地替換你想要的程序。比如，你不喜歡 bash，你可以替換成 ksh/csh 等，你不喜歡awk，你可以替換成 gawk，所有的東西都像零件一樣，你不喜歡什么，你就可以替換什么。

        這三個例子告訴了我們——當你把你的軟件設計地耦合度非常地低時，你可以隨意地組合，隨意地安排你的系統。想當的靈活，靈活到 Windows 到今天都學不會。

        應對需求變化

        看到這里，你可能明白我想說的是什么了，你可能開始覺得怎么樣的系統設計會更有效了。如果你還記得《Steve Y 對平臺的長篇大論》，你就會知道我想說什么了。是的，我想說的就是，當你真正了解了 Unix 的設計思想后，你會覺得今天的這些東西都是對 Unix 設計思想的一種傳承或是變種。這種東西就是：

        1）解耦，解耦，解耦。盡量地讓你的模塊不要在實現上耦合，而是耦合某個規范，某個標準。

        2）KISS，KISS，KISS。要做到高度解耦，你的模塊就一定要很簡單，當然不是說簡單到只有幾行代碼，而是簡單到只干一件事，并把這件事干到極致。然后通過某個標準拼裝起來。

        3）拼裝，拼裝，拼裝。我想不起來是誰說的了，這句話是這樣的，當我想用一個模塊的時候，我直接調用就好 了，沒有必要像C或 Java 一樣，還要編譯。是的，拼裝需要一個框架，需要一種標準協議，然后讓所有的系統都耦合在這種規范上，各自獨立運行，就像一個機器上的各個部件一樣，當我覺 得這個部件不爽，換了就是了。（例如，當我們在嘗試不同的算法的時候）

        想想建材和家俱市場，無論用戶過來想裝修什么，我都可以滿足用戶的不同需求，只要你是和家裝相關，我基本上都能滿足你，不是嗎？無論你怎么變，只要不變態，我基本上都可以滿足你。這就是解耦，拼裝帶來的好處。

        你可能會說我說得太簡單了，另一方面，你可能覺得有一些系統這樣做沒必要，我承認，不過，你可以有選擇的或多或少地試試。（其實，我相信你已經在不自覺得或多或少地使用這種方式開發軟件了）