我目前正在评估如何创建和维护具有我们以前从未尝试过的客户端丰富程度的 MVC3 Web 应用程序。我意识到这将需要更深思熟虑地使用 javascript。
这导致我开始研究 Dojo 和 Closure。当然,信息量(尤其是在各种版本的上下文中)只是压倒性的。
有没有人有关于在 MVC2+ 风格的应用程序的上下文中使用诸如这些工具的任何好的指导资源?比如哪些衔接好,哪些门槛最高,个人成功或失败的故事等等。
我目前正在评估如何创建和维护具有我们以前从未尝试过的客户端丰富程度的 MVC3 Web 应用程序。我意识到这将需要更深思熟虑地使用 javascript。
这导致我开始研究 Dojo 和 Closure。当然,信息量(尤其是在各种版本的上下文中)只是压倒性的。
有没有人有关于在 MVC2+ 风格的应用程序的上下文中使用诸如这些工具的任何好的指导资源?比如哪些衔接好,哪些门槛最高,个人成功或失败的故事等等。
这很有趣,因为我认为微软非常倾向于希望 MVC 用户在他们的项目中使用 jQuery。jQuery 是创建时 MVC 项目中默认包含的唯一 JavaScript 框架。他们还积极开发用于 MVC 项目的插件。现在我并不是说出于这些原因你应该使用 jQuery,但很难忽视 MS 为 jQuery 付出了多少努力,并使其成为 MVC 工作流程的重要组成部分。
jQuery 一路走来是唯一的办法。MVC 3 库现在无论如何都在幕后使用它。简单地包含脚本而不是依赖 dogo.requires() 有什么问题?
使用 jQuery - 布局页面上的简单包含是您大部分时间所需要的。当您希望在加载 ajax 的局部视图上进行验证时,您需要“告诉”jQuery 关于要验证的新内容,但除此之外它非常可靠。
刚刚偶然发现这个问题:不确定您是否仍然对它感兴趣。
Dojo 内部有几个内部举措来构建 MVC 模块和将低级“绑定”功能构建到 Dojo 中,并使用自动绑定作为模型对象和视图(或视图内的小部件)之间的“粘合剂”。
dojox.mvc 是目前大部分工作所在的位置。
我有一个自动绑定的小实现(类似于 WPF,因此您实际上可以使用 Dojo 执行 MVVM),旨在作为 Dojo 中的管道层。这里有一个小的概念验证测试页面:http: //www.mingleplace.com/test/bindingtest.html
因此,简短的回答是,Dojo 正在积极开发/追求 MVC,并且实验包已经可用。但是,就实际 API 何时正式化为 Dojo 而言,您可能必须等到 2.0...