靈活開發中asp.net MVC的開發次序感受（先開發View？先開發Model？先開發Controller！）

各種思路和順序都試過。

最開始時先編寫Model，畢竟Model是所有一切的基礎，再說沒有Model，Controller裡邊用到該怎麼辦。

後來改成先編寫View，View才是使用者能看到的東西啊，不知道使用者看什麼，怎麼知道應該提供什麼Model。

現在先編寫Controller。

在讨論哪種次序最好之前，必須弄清楚“好與不好”的标準。

開發次序好與不好的标準

1. 順暢

比如編完Model的10個方法，再編Controller的10個方法，再編10個View是不順暢的。從靈活的角度看，就是同時開啟了多個故事，而這些故事要等到最後才能同時完成，屬于不好的實踐。

而先編controller中的1個方法，然後馬上編會用到的Model，等資料能取出來了（我用LINQ，一般3分鐘資料内容就編完了），馬上編View，然後調試，就是順暢的。從靈活的角度看，就是隻開啟一個故事，等它結束後再來下一個。

後者最好的地方在于同時能編寫/調試/測試/傳遞的隻有大約有限的3～5個檔案，思路很集中，也很簡單。

2. 不做無用功

我記得當年編寫類，二話不說先臆造一堆預設構造器/參數構造器/“==”/“=”/銷毀器……其實到後來發現有一半都從來沒被調用過。

Controller是第一個使用者能感覺的東西（有人認為是View，其實不是，因為如果沒有Controller方法，即使輸入aspx/cshtml位址也不會出來View的），是以是否會使用一個Model的屬性或方法，都在Controller代碼裡邊能帶出來的，用到的就編寫，不用的就先扔到一邊。

之前先編寫Model的那段時間，的确留下了很多無用的Model代碼。最近改為先編寫Controller之後，基本上沒有任何沒用的代碼了。

是以正确的順序是：先寫完一個Action方法，然後定義Model,最後根據Model綁定View；然後是下一個Action……

整體上這兩條是我目前評價好與不好的标準，如果項目/團隊不同，可能标準也會不同，那麼是以得出的最佳順序也會不同。請靈活參考和使用。

本文轉自火星人陳勇 51CTO部落格，原文連結:http://blog.51cto.com/cheny/1100181