将ExtJS与ASP.NET，Webforms或MVC一起使用？

Question

对于使用0个ASP.NET控件而非100％extJS接口的场景，使用ASP.NET MVC或ASP.NET WebForms会有什么好处？ 而且缺点呢？ 有没有一种合适的方法来正确地做到这一点？

我很想得到关于你的经历的反馈。

谢谢！

Answer 1

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

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

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

编辑 ：我一直在使用这个 Ext.Direct堆栈的实现为ASP.NET MVC一段时间有很好的结果。

Answer 2

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

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

它减少了你在服务器端语言和javascript之间“转换”的时间。 根据我的经验，特别是对于刚接触Ext JS的开发人员来说，最大的障碍是将前端逻辑与服务器端逻辑分开。

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

Answer 3

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

Answer 4

ASP.Net MVC可以更好地与ExtJs集成。 如果您必须使用Web窗体，那么我建议您查看http://www.coolite.com/ 。 这是一个基于ExtJs的ASP.Net包装器，可能会让生活更轻松。

Answer 5

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