MVC架構中的最新技術？

似乎有很多可能的MVC配置/體系結構（MVC，MVVM，MVP，HMVC，PAC，文檔視圖...）。目前是否有任何「最佳」或最先進的MVC架構？什麼是最新思想？或者它是一個免費的和/或僅僅與任何一個開發平臺（例如用於WPF的MVVM）綁定的？MVC架構中的最新技術？

（具體我感興趣的MVC在桌面/富客戶端應用程序使用。）

來源

2010-06-24 fig

+1好問題。 – adatapost 2010-06-24 02:52:36

號你不會得到什麼是「目前公認的」最佳架構達成任何協議。

這是當然不是MVC或MVP，這些架構起源於70年代末和90年代初期 MVP是對MVC的一種改進，但是在MVP發明20年後，它已經變得很清楚，它有很多很多的缺陷。這就是爲什麼有這麼多新的競爭架構。

「模型」的概念和d「觀點」被廣泛接受，並且似乎對當今所有當前的建築模型都是共同的。真正的問題是如何最好地將它們連接在一起。除了模型和視圖之外，還需要其他的東西，但是什麼？

大多數較新的體系結構傾向於通過視圖鏈接或使用數據綁定，表達式或類似機制直接綁定到模型和「其他」來實現此目的。這樣，模型中可以直接由視圖綁定的任何東西都不需要涉及「其他東西」。

我個人最喜歡的是MVVM。我喜歡這樣一個事實，即「視圖模型」在概念上只是一個「模型」，與任何其他模型的所有方面不同，除非它（通常）不會被寫入磁盤。事實上，如果沒有讓人困惑的話，那麼「MVVM」可以重新命名爲「MV」，因爲它幾乎不需要除視圖和模型之外的其他任何東西。 MVVM不僅可以用於WPF，還可以用於具有高級數據綁定功能的任何表示框架。不幸的是，這不包括GWT和Cocoa。我也喜歡MVVM，因爲它傾向於完全消除多餘或重複的代碼。

MVVM不是城裏唯一的高級玩家。建立在傳統模型和觀點基礎上的面向方面的方法和命令架構也有類似的願望。

底線是，這仍然是一個積極研究的領域，目前還沒有達成共識。 MVVM是最受歡迎的新體系結構，但不是唯一的。陪審團仍然不在。

注：要獲得較新的架構是如何在MVC和MVP改進一些想法，看看this comparison of Cocoa and WPF起始於標題爲「重複碼」，並延續到「命令體系結構」一節的結束。

來源

2010-06-24 07:29:27

有沒有指向詳細描述MVVM的網站的鏈接？ – 2010-06-24 12:37:39

有幾個這樣的網站。 MVVM上的維基百科文章有12個外部鏈接，其中有幾個似乎是你正在尋找的。 http://en.wikipedia.org/wiki/Model_View_ViewModel警告：其中一些鏈接描述了在您的ViewModel中爲每個Model屬性創建一個代理屬性，但未能清楚地表明這是* only *必要或可取的if您的模型沒有屬性更改通知。我使用了一個實現了屬性更改通知的數據層，所以在使用MVVM時，我從來沒有任何理由創建這樣的代理屬性。 – 2010-06-25 06:19:56