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

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

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

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

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

    答案：MVC。

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

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

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

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