ASP.NET MVC3和正确的客户端软件开发模型?

| 我目前正在评估如何创建和维护具有我们从未尝试过的客户端丰富程度的MVC3 Web应用程序。我意识到这将需要更多考虑周全的javascript使用。 这导致我开始研究Dojo和Closure。当然,信息量(尤其是在各种版本的上下文中)对此不堪重负。 在MVC2 +风格的应用程序上下文中,是否有人有使用这些工具的良好指导资源?例如哪个网眼好,哪些障碍最大,个人成功或失败的故事等等。     
已邀请:
这很有趣,因为我认为Microsoft在很大程度上希望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 ...     

要回复问题请先登录注册