最近在公司寫了一大堆復(fù)雜的界面，終于體會(huì)到了前輩們那種上刀山下火海的感覺了。做完了之后回頭想想，MVC還是有道理的。

    什么是MVC？其實(shí)可以簡單的理解為一個(gè)有UI的程序可以劃分為三個(gè)部分：數(shù)據(jù)層、邏輯層和應(yīng)用層。當(dāng)然這些名字是我亂起的。數(shù)據(jù)層顧名思義就是用來讀寫數(shù)據(jù)的地方，譬如說一個(gè)電話本的文件。邏輯層就是用戶在界面上的操作的抽象，譬如說要通過名字來查找消息啦，給一個(gè)關(guān)鍵字求得篩選后的電話信息列表啦。應(yīng)用層指的就是那一堆控件了。MVC三個(gè)字母分別指的是Model、View和Controller，也就是模型、視圖和控制器了，分別對(duì)應(yīng)于數(shù)據(jù)層、應(yīng)用層和邏輯層。

    以前在看MVC的時(shí)候總是被一些教條主義的東西迷惑，說什么在MVC里面，MV解耦，所以M可被替換，V也可被替換。這個(gè)時(shí)候往往會(huì)感到迷惑。為什么模型，或者說數(shù)據(jù)層要被替換？為什么視圖，或者說界面要被替換？其實(shí)這在一個(gè)不是復(fù)雜到神級(jí)級(jí)別的程序里面是不會(huì)發(fā)生的。但是MVC并不是為了讓你能夠?qū)崿F(xiàn)模型被替換或者試圖被替換而產(chǎn)生出來的，我覺得這個(gè)模式（其實(shí)這不是設(shè)計(jì)模式的其中一項(xiàng)，真的）更加重要的特點(diǎn)是可以讓你的程序?qū)懫饐卧獪y試來更加容易。

    還是電話本，現(xiàn)在有一個(gè)要求，說在輸入人的名字之后，只要系統(tǒng)檢查出你超過0.5秒沒有持續(xù)輸入，那么底下的列表就會(huì)自動(dòng)根據(jù)你上面的輸入進(jìn)行篩選。其實(shí)這有點(diǎn)像Outlook。這要怎么寫單元測試？我們知道雖然正規(guī)的測試會(huì)有一大堆用來自動(dòng)完成界面操作的工具啊，或者類庫，但是作為單元測試來講我們并不需要去做這種事情。因?yàn)閱卧獪y試是程序員寫的，凡是程序員寫的東西當(dāng)然是需要盡快得到結(jié)果的。一般的開發(fā)方法是寫一點(diǎn)代碼，寫一點(diǎn)測試，跑，有bug改沒有bug繼續(xù)。我們?cè)陂_發(fā)程序的時(shí)候會(huì)不斷地、頻繁地跑單元測試，來看看我們的東西是不是有問題，或者在重構(gòu)的時(shí)候我們對(duì)于我們的代碼正確的信心會(huì)大一點(diǎn)。

    那界面怎么辦呢？難道我們真的要去引入一個(gè)庫來搞界面的自動(dòng)測試嗎？當(dāng)然想要也可以，不過這畢竟太復(fù)雜，而且這一類的工具的穩(wěn)定性其實(shí)都不是特別好，被誤導(dǎo)的幾率倒是大增。這僅僅是對(duì)于程序員來講的，當(dāng)然搞測試的那些人自有他們的辦法。那既然我們不做界面的自動(dòng)測試那怎么知道文本框被輸入之后究竟篩選出來的數(shù)據(jù)對(duì)還是不對(duì)呢？

    答案：MVC。

    為什么View，也就是試圖，也就是界面，可以被替換是一件很重要的事情？想一想，如果控件可以被換成單元測試的一段代碼，那豈不是很爽么？舉個(gè)例子，我們要告知用戶說，我們的事情已經(jīng)做了一半了，這個(gè)時(shí)候我們可能會(huì)去設(shè)置進(jìn)度條的位置。但是“告訴用戶說我們的事情已經(jīng)做了一半”跟“設(shè)置進(jìn)度條的位置”其實(shí)是完全無關(guān)的兩件事情。因此我們的Controller要負(fù)責(zé)通知View說事情做了一半了，然后View就可以去設(shè)置進(jìn)度條的位置了。現(xiàn)在我們把View換成單元測試的一段代碼，這個(gè)時(shí)候就變成Controller通知測試程序說事情已經(jīng)做到一半了，然后測試程序就會(huì)去檢查說現(xiàn)在是不是應(yīng)該做到了一半，如果應(yīng)該，顯然這個(gè)用例就通過了。

    那Model呢？Model可以簡單的理解為數(shù)據(jù)源，其實(shí)當(dāng)然不只是那么簡單，不過這樣理解會(huì)讓我們更容易接受一點(diǎn)。數(shù)據(jù)源是什么，當(dāng)你寫單元測試的時(shí)候，去連接一個(gè)數(shù)據(jù)庫來獲得數(shù)據(jù)源，然后就操作Controller，這個(gè)時(shí)候你如果不親自去讀一下數(shù)據(jù)庫，你怎么知道Controller給你的東西究竟是對(duì)的還是錯(cuò)的？顯然Model我們也可以換掉，測試程序偽造數(shù)據(jù)成為一個(gè)Model，然后插入Controller，事情就解決了。數(shù)據(jù)是我們自己給的，那Controller應(yīng)該提供什么我們也能知道了。

    于是，使用了MVC之后，單元測試想換Model就換Model，想換View就換View，測試什么就非常容易了。至于說用戶停止輸入0.5秒之后是不是會(huì)真的去進(jìn)行數(shù)據(jù)的篩選，這個(gè)我們手工測試就好了，而且那些搞測試的人也會(huì)幫我們檢查的。

    好吧，說到這里有人可能會(huì)問為什么我沒有給出一個(gè)Demo？這東西太虛，實(shí)踐實(shí)踐自己體會(huì)一下就行了，而且MVC變形那么多，有Model-View-Presenter，還有最近興起的Model-View-ViewModel等等，其實(shí)現(xiàn)都跟傳說中的那個(gè)類似橋接模式的東西差別甚遠(yuǎn)。這個(gè)自己去看一看就好了。