将ExtJS与ASP.NET,Webforms或MVC一起使用?

Tig*_*eow 4 asp.net asp.net-mvc json extjs asp.net-3.5

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

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

谢谢!

Bri*_*kau 10

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

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

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

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


Jon*_*ian 6

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

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

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

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

  • 对于单页"胖客户端"类型的应用程序,这绝对是唯一的方法. (2认同)