将 ExtJS 与 ASP.NET、Webforms 或 MVC 一起使用？答案

【问题标题】：Using ExtJS with ASP.NET, Webforms or MVC?将 ExtJS 与 ASP.NET、Webforms 或 MVC 一起使用？
【发布时间】：2009-11-12 00:45:46
【问题描述】：

对于完全使用 0 个 ASP.NET 控件而不是 100% extJS 接口的场景，使用 ASP.NET MVC 或 ASP.NET WebForms 的优势是什么？以及缺点？有没有明显的方法可以正确地做到这一点？

我很想就您的体验获得反馈。

谢谢！

【问题讨论】：

标签： asp.net asp.net-mvc json extjs asp.net-3.5

【解决方案1】：

WebForms + 任何纯粹的客户端框架只会给你带来无尽的头痛，如果你能让它工作的话。我过去遇到的一些问题（在我脑海中，已经有一段时间了）：

WebForms 将您限制为每页单个 <form> 标记。虽然这并不一定会阻止使用 Ext 或类似的东西，但在许多情况下它会受到严重（且任意）的限制
WebForms 是围绕回发和视图状态构建的。假设您没有使用这些功能（因为您没有服务器控件），您将与 WebForms 想要的工作方式作斗争。你可以这样做，但事情很快就会变得很糟糕。
WebForms 具有完整的页面生命周期和服务器端事件框架。同样，既然您不会使用其中任何一个，那么选择 WebForms 有什么意义？
除非您想真正与 IIS 抗争，否则您会被讨厌的 url 所困扰。

如果您仍然想利用 .NET 在服务器端提供的功能而没有 WebForms 的痛苦，那么 ASP.Net MVC 是一个更好的选择。如果您搜索，Ext 论坛中还有几个不同的用于 MVC 的 Ext.Direct 提供程序。祝你好运找到任何东西来帮助您将 Ext 与 WebForms 集成（没有任何东西）。

编辑：我已经为 ASP.NET MVC 使用 Ext.Direct 堆栈的 this implementation 有一段时间了，效果非常好。

【讨论】：

【解决方案2】：

考虑构建与服务器隔离的 Ext JS 前端。

这种解耦迫使您创建一个纯 javascript 应用程序，并使您远离各种框架中的“助手”引入的问题。

它减少了您在服务器端语言和 JavaScript 之间“换档”的时间。以我的经验，尤其是对于刚接触 Ext JS 的开发人员来说，最大的障碍就是将前端逻辑与服务器端逻辑分开。

而且它会非常快！使用纯 HTTP 和 JSON 与服务器通信，并按预期构建 Ext JS 应用程序！

【讨论】：

对于单页、“胖客户端”类型的应用程序，这绝对是唯一的选择。

【解决方案3】：

为此，我倾向于使用 ASP 的 MVC 风格。基本上这是因为 ASP.net 倾向于添加您不需要的随机垃圾。你想要的是将数据推送到 ExtJS 的最纯粹最干净的东西。如果您根本不需要任何服务器交互，假设您将任何输入发送回 Azure 或 S3，那么您根本不需要任何 ASP，您可以发送静态 HTML。

【讨论】：

【解决方案4】：

ASP.Net MVC 更适合与 ExtJs 集成。如果您必须使用 Web 表单，那么我建议您查看http://www.coolite.com/。这是对 ExtJs 的 ASP.Net 包装器，可能会让生活更轻松。

【讨论】：

【解决方案5】：

另一个观点：我正在用 extjs 构建一个 Web 客户端，用于特定于域的 .NET 服务器远程处理。我想我基本上可以将“原始”数据推送到 ext，因为服务器应用程序处理所有逻辑，但由于我的远程处理不是“web-aware”，我使用一组自定义 http 处理程序 (.ashx) 来解析参数和设置 mime 类型、会话处理和所有与 web 服务器相关的东西。有了这个架构，它只需要几个 .ashx 脚本就可以很好地工作，我觉得没有必要使用像 ASP.NET MVC 这样更高级的设置（我什至认为这不适合），但我也没有使用 WebForms。

【讨论】：