各種思路和順序都試過。
最開始時先編寫Model，畢竟Model是所有一切的基礎，再說沒有Model，Controller里邊用到該怎么辦。
后來改成先編寫View，View才是用戶能看到的東西啊，不知道用戶看什么，怎么知道應該提供什么Model。
asp.net core、現在先編寫Controller。
在討論哪種次序最好之前，必須弄清楚“好與不好”的標準。
開發次序好與不好的標準
1. 順暢
asp.net web api，比如編完Model的10個方法，再編Controller的10個方法，再編10個View是不順暢的。從敏捷的角度看，就是同時開啟了多個故事，而這些故事要等到最后才能同時完成，屬于不好的實踐。
而先編controller中的1個方法，然后馬上編會用到的Model，等數據能取出來了（我用LINQ，一般3分鐘數據內容就編完了），馬上編View，然后調試，就是順暢的。從敏捷的角度看，就是只開啟一個故事，等它結束后再來下一個。
后者最好的地方在于同時能編寫/調試/測試/交付的只有大約有限的3～5個文件，思路很集中，也很簡單。
2. 不做無用功
java的web開發，我記得當年編寫類，二話不說先臆造一堆缺省構造器/參數構造器/“==”/“=”/銷毀器……其實到后來發現有一半都從來沒被調用過。
Controller是第一個用戶能感知的東西（有人認為是View，其實不是，因為如果沒有Controller方法，即使輸入aspx/cshtml地址也不會出來View的），因此是否會使用一個Model的屬性或方法，都在Controller代碼里邊能帶出來的，用到的就編寫，不用的就先扔到一邊。
之前先編寫Model的那段時間，的確留下了很多無用的Model代碼。最近改為先編寫Controller之后，基本上沒有任何沒用的代碼了。
所以正確的順序是：先寫完一個Action方法，然后定義Model,最后根據Model綁定View；然后是下一個Action……
ASP.NET2.0完全開發指南。整體上這兩條是我當前評價好與不好的標準，如果項目/團隊不同，可能標準也會不同，那么因此得出的最佳順序也會不同。請靈活參考和使用。
?
點擊下載免費的敏捷開發教材：《火星人敏捷開發手冊》
aspnet教程。
?
