提供.NET MVC视图jQuery UI方式
我已经看过一些博客文章和教程，概述了jQuery中的混合以及.NET MVC Web应用程序中Views的UI元素。 但通常针对开发人员，全面掌握完整的开发周期和后/中间层技术的变化。
作为前端开发人员，我正在向后端开发人员推销一个仅限jQuery的用户界面 – 为了代码成熟度pov，他警告不要使用非webforms界面。
我试图回击“好吧……这是你的模式……对于MVC来说不是元素吗？在视图中没有逻辑？我正在读它是’服务器端的东西’。你只是序列化我要求的属性，或更好……让我轻松发现你_can发送给我的东西……我将能够通过jQuery UI实现UI。“
那么我的立场有多有效？
jQuery的网格是否可以处理至少85％的.net本机控制（低到中等容量的行数）？
在线编辑怎么样？ ……从网格？
专门在Web Services中工作会简化他的生活吗？ 如果是这样，那么构建.net到jQuery的关系不是合乎逻辑的方式吗？ – ajax liaisoning twixt服务器（.net WS方法）和客户端？
mny thx –steve …
如果这是一个管理界面，并且客户端已经同意用户必须启用javascript，那么我认为使用javascript在页面上构建小部件比使用asp.net服务器控件更好。 但是，如果这是一个面向公众的网站，我会认为纯粹的HTML和CSS方法要好得多，然后使用javascript逐步增强页面！
现在我不提倡使用asp.net服务器控件，因为它们吐出的标记很差，而且使用起来过于复杂。 相反，我一直在使用jQuery来完成繁琐的工作和dom查询和遍历。 我也不提倡使用jQuery UI，因为它们缺少一些非常重要的小部件，例如没有数据表，没有树视图等。我知道有很多jQuery的插件，但它们没有组件化，因此每个插件需要重新发明轮子实现它所需要的一切。 一旦你包含了所有的插件库和css，你通常会得到一个非常大的页面占用空间。 此外，每个插件通常都有不同的主页和文档，可能会或可能不会划伤。
我认为最好的UI库是YUI，你可以轻松地将它与jQuery结合起来。 由于每个小部件都是由核心组件组成的，因此下载的总体重量较小。 您还可以在一个地方拥有100个工作示例的所有文档。 此外，它意味着全面使用相同的javascript模式集，因此对于每个小部件，您将学习越来越多关于库的知识。 希望jQuery UI能赶上，但我个人期待YUI 3对我来说可能意味着完全放弃jQuery …
不要打平台。 那种方式就是痛苦和痛苦。
MVC视图对象与带有服务器控件的asp.net webforms有很大不同 – 你可以直接使用html。 你基本上免费获得jquery和ajax，（几乎）魔术服务器端ajax调用处理。
它们旨在满足您的要求。 编写自己的jquery ui正在重新发明轮子。
不仅没有收获，还需要大量的额外工作。 你会成为唯一一个尝试这样做的开发者，当你需要帮助时，很少有人可以提供建议。
jQuery是一个非常成熟的库。 它被成千上万的互联网用户使用，我不认为我曾经遇到过一个错误。 YUI被雅虎欺骗，所以它也是战斗硬化的。
我没有提到的一件事是我使用asp.net mvc的默认webforms视图引擎。 我认为它仍然是最好的选择，因为你获得intellisense并且Resharper重构甚至搜索你的视图，静态解决方案anaylsis可以在你的视图中找到代码错误。
为了构建我的标记，我一直在使用MvcContrib Fluent Html，但你也可以查看这篇主张DRY校长的文章 。