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

我目前正在评估如何创建和维护具有我们从未尝试过的客户端丰富级别的MVC3 Web应用程序。我意识到这需要JavaScript的更多深思熟虑的用法。ASP.NET MVC3和正确的客户端软件开发模式？

这导致我开始研究Dojo和Closure。当然，信息的数量（特别是在各种版本的情况下）在这方面只是压倒性的。

在MVC2 +风格的应用程序的上下文中，有没有人有过使用类似工具的工具的良好指导？比如哪个网格好，哪个网页具有最高的障碍，个人成功或失败的故事等等。

2011-05-25 Chris Marisic

这很有趣，因为我认为微软倾向于想让MVC用户在他们的项目中使用jQuery。 jQuery是创建时MVC项目中默认包含的唯一JavaScript框架。他们也在积极开发插件以用于MVC项目。现在我并不是说你应该使用jQuery，但是很难忽略MS为jQuery付出了多少努力，并使其成为MVC工作流程的重要组成部分。

来源

2011-05-25 18:48:46 Eli

jQuery似乎缺乏的东西是提供/需求模型。除非这是它，或者我只是不知道的一些插件。 – 2011-05-25 18:53:45

顺便说一句jQuery是那里最强大的JavaScript框架之一。我不相信在Dojo上使用它有什么大的缺点。 – 2011-05-25 18:54:12

你用脚本依赖管理来讲吗？ – Eli 2011-05-25 18:54:14

jQuery一路是唯一的方法。无论如何，MVC 3库在幕后使用它。简单地包含脚本而不是依赖dogo.requires（）会有什么问题？

随着jQuery - 简单包括在你的布局页面上，你所需要的大部分时间。当你想要在ajax加载的局部视图上进行验证时，你需要'告诉'jQuery关于要验证的新内容，但是除此之外它是非常可靠的。

来源

2011-05-25 19:35:04

依赖管理是一项非常重要的功能。 – 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 ...

来源

2011-06-23 06:16:18

这听起来更像是KnockoutJS的竞争对手，而不是我的问题所在。 – 2011-06-23 13:19:10

@Chris Marisic，你曾经问过关于MVC和Dojo的问题......我刚才写道，Dojo在dojox.mvc包（你可以使用）中内置了对MVC的支持，还有其他的东西在内部烹饪未来版本也是如此。所以我不明白为什么它与你的问题无关。 – 2011-06-24 06:18:04

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

回答

相关问题