在模型之前開發視圖（在MVC模式中）是否好？

Question

我想知道使用MVC模式時的最佳做法。

當您爲客戶開發應用程序時，您想要考慮業務。你想像客戶那樣思考。這就是爲什麼我想知道：

是不是更好的開發視圖部分，沒有任何數據處理，使客戶可以驗證它？

我認爲這種做法跟TDD一樣強大，我的意思是如果你清楚地知道你的程序將是什麼樣子，你就知道它需要哪種處理方式，使模型部分更加具體和麪向業務，而不是製作它太抽象，全球化。

我看不到缺點這一點，所以如果你能看到一些，或者解釋我爲什麼這不是一個好主意，請做。

感謝:-)

Answer 1

主要的好處，在我看來，將是向客戶提供動手原型的能力。

客戶改變主意並不罕見，因爲他們通常在僱傭開發人員或公司時，實際上對最終產品只有模糊目標。這樣可以減少項目生命週期後期大規模變更的風險。

至於這種方法的實施，我會建議你看看「presentation objects」的概念（福勒有這種煩人的習慣，在每一個該死的術語上拍打「模型」）。

通過演示文稿對象，您可以從模型層的服務中「填充」數據。而且它還可以讓你弄清楚，你會發現什麼服務（和服務調用）* UI層（與之交互）。

_{注：當然我假設與「MVC」你不是說一些Rails的風格憎惡，其中，「意見」只是愚蠢的模板。}