我最近發現了ASP.NET MVC一個有趣的選擇，我現在做的事：靜態HTMLS與高級JavaScript做服務電話（大部分示例使用OpenRasta）。例如參見this或this。服務器端VS客戶端MVC的Web應用程序
就我個人而言，我總覺得網絡應用需要轉向JavaScript框架。對我來說，感覺MVC中的代碼連接客戶端/服務器端驗證（以及將商業模型轉換爲視圖模型等其他內容）看起來很尷尬，有點不自然。基本上需要數據並返回JSON的操作，或者只是「返回View（）」的操作清楚地表明瞭這一點。
然而，問題是不是出了什麼更好的 - 這是一種討論，我不這麼認爲喜歡;-)我的問題是：你有沒有試過兩者兼而有之？你會建議發明學習jMVC和類似嗎？關於這個問題的任何好的文章？優點和缺點？例如，big在我看來，這是一個非常強大的SOC，可立即重用的服務等。
總結一下：你會建議什麼方向進一步移動？
我知道這是一個古老的線程，但它在搜索中仍然出現（當然）。
所以爲他人着想，那些有興趣在探索這個話題，有在angularjs.org
幾個要點：
只有客戶端驗證意味着沒有驗證
JavaScript的拉取的內容是不可見的搜索引擎
鄉親要功能豐富客戶，很多原因很多。還有一種趨勢是低維護開銷的客戶端安裝，因此基於瀏覽器的客戶端非常受歡迎。現在
，有各種方法（例如Flex的），這些替代JavaScript作爲主要實施機制，但我看到非常多的jQuery和道場的興趣。所以我認爲這是相當合理的，以減少Javascript路線。
顯然，你可以堅持使用或多或少的標準網絡模型，並使每個頁面「漂亮」更好的小部件，一些客戶端驗證等。但正如你所觀察到的，真正的力量來自JavaScript本身非常豐富，並且只是對數據進行服務調用並執行操作。然後，我們將討論如何以最佳方式構建具有豐富客戶端層的應用程序，我認爲這就是您的問題的要點。我的觀點是：我們最終在瀏覽器中使用了JavaScript中的一個真正的模型/視圖/控制器模式，但瀏覽器中的模型與服務器中的另一層有着有趣的關係， BrowserModel的端處理。所以服務器上也可能有MVC組合。我認爲這一領域的藝術仍在發展。框架沿來，但明顯的贏家如Struts在舊的Web 1.0 Java世界中尚未出現
是另一個有趣的項目，我敢肯定，JMVC開發商都意識到這一點......我在尋找有關該方法的問題的良好信息，解決的問題等等。例如，他們如何避免服務器端驗證的重複等。至於搜索引擎（以及許多人相信的其他咒語），對於內部網和企業網站而言，這通常並不重要。 – queen3 2009-11-13 16:30:45