我目前正在評估如何創建和維護具有我們從未嘗試過的客戶端豐富級別的MVC3 Web應用程序。我意識到這需要JavaScript的更多深思熟慮的用法。ASP.NET MVC3和正確的客戶端軟件開發模式？
這導致我開始研究Dojo和Closure。當然，信息的數量（特別是在各種版本的情況下）在這方面只是壓倒性的。
在MVC2 +風格的應用程序的上下文中，有沒有人有過使用類似工具的工具的良好指導？比如哪個網格好，哪個網頁具有最高的障礙，個人成功或失敗的故事等等。
這很有趣，因爲我認爲微軟傾向於想讓MVC用戶在他們的項目中使用jQuery。 jQuery是創建時MVC項目中默認包含的唯一JavaScript框架。他們也在積極開發插件以用於MVC項目。現在我並不是說你應該使用jQuery，但是很難忽略MS爲jQuery付出了多少努力，並使其成爲MVC工作流程的重要組成部分。
jQuery一路是唯一的方法。無論如何，MVC 3庫在幕後使用它。簡單地包含腳本而不是依賴dogo.requires（）會有什麼問題？
隨着jQuery - 簡單包括在你的佈局頁面上，你所需要的大部分時間。當你想要在ajax加載的局部視圖上進行驗證時，你需要'告訴'jQuery關於要驗證的新內容，但是除此之外它是非常可靠的。
依賴管理是一項非常重要的功能。 – 2011-05-25 20:16:43
有時很確定，但我不這麼認爲，當涉及到jQuery。有了一個基本的開發策略和一個標準的地方來放置它們，無論項目大小如何，管理jQuery版本都是微不足道的。不要混合一個地方的版本和引用，並在客戶端緩存版本。如果比這更復雜，請重新考慮政策/中心位置和參考。現在 - 其他庫依賴項管理可能會變得更加困難 - 但是，一旦定義了版本控制策略，我們就不會遇到.net程序集/ jQuery的巨大問題，無論我工作的項目大小如何。 – 2011-05-26 03:04:08
這些項目手工完成了多少客戶端開發？因爲我真的覺得，精心製作的作品確實需要圍繞包管理的概念構建。不幸的是，似乎所有的JS工具都是建立在Node.js和NPN上的，而沒有使用我看到的Nuget。然而，似乎依賴圍繞異步模塊定義構建的JavaScript文件http://wiki.commonjs.org/wiki/Modules/AsynchronousDefinition似乎是維護複雜項目的解決方案。 – 2011-05-26 12:56:41
剛剛偶然發現了這個問題：不知道你是否還對它感興趣。
在Dojo內部有幾個內部計劃來構建一個MVC模塊和低級別的「綁定」功能到Dojo中，並使用自動綁定作爲模型對象和視圖之間的「粘合劑」（或視圖中的小部件） 。
dojox.mvc是目前大部分工作都在其中。
我有一個自動綁定的小實現（類似於WPF，所以你實際上可以用Dojo做MVVM）作爲Dojo中的一個管道層。這裏有一個小概念驗證測試頁面：http://www.mingleplace.com/test/bindingtest.html
所以，最簡單的答案是MVC正在Dojo中積極開發/追求，並且實驗包已經可用。然而，就實際API將被正式化爲Dojo而言，您可能必須等到2.0 ...
這聽起來更像是KnockoutJS的競爭對手，而不是我的問題所在。 – 2011-06-23 13:19:10
@Chris Marisic，你曾經問過關於MVC和Dojo的問題......我剛纔寫道，Dojo在dojox.mvc包（你可以使用）中內置了對MVC的支持，還有其他的東西在內部烹飪未來版本也是如此。所以我不明白爲什麼它與你的問題無關。 – 2011-06-24 06:18:04
jQuery似乎缺乏的東西是提供/需求模型。除非這是它，或者我只是不知道的一些插件。 – 2011-05-25 18:53:45
順便說一句jQuery是那裏最強大的JavaScript框架之一。我不相信在Dojo上使用它有什麼大的缺點。 – 2011-05-25 18:54:12
你用腳本依賴管理來講嗎？ – Eli 2011-05-25 18:54:14