ASP.NET Postbacks x jQuery:有哪些缺点和优点

本文关键字:缺点 Postbacks NET jQuery ASP | 更新日期: 2023-09-27 17:53:53

我将在我们的一些Web应用程序页面上启动一些实验室原型。我们使用了很多Postback、ViewState、UpdatePanels、ModalPopup扩展程序,以及所有的ASP。NET常见的东西。这对大多数情况来说已经足够了。但我想更进一步。。。

我玩jQuery已经有一段时间了。我知道有什么能力。我正在考虑真正取代ASP。NET常见的东西,如$.ajax()$.get()等。不再回发。用户界面?jQuery UI。一些插件给我留下了深刻的印象,特别是jQuery网格。

我认为这是进入Web UI的下一步。我的意思是,这已经是目前的步骤了!我喜欢C#的强大功能,但我对ASP印象不深。NET框架。我想,通过这样做,我将真正将UI与业务逻辑分离开来。

但是:

  • 我真的应该这么做吗
  • 后面的代码应该仅仅是Web处理程序和Web服务吗
  • 我应该注意什么
  • 安全性怎么样?如何实施
  • 我会得到什么?我知道我会在性能上有所收获,因为在数据太多的页面中回发需要时间,因为ViewState和我将只处理XML和/或始终较轻的JSON格式。但我想,像往常一样,会有痛苦
  • 疼痛在哪里

无论如何,我会慢慢来。但我想问你们:我在这里干什么?

ASP.NET Postbacks x jQuery:有哪些缺点和优点

在我回复之前,我强烈建议你选择ASP。NET MVC框架。这是一种与Webforms完全不同的开发方式。它离ViewState和那些垃圾还有一步之遥。这就是微软正在努力的地方,这是目前在上建立更具可扩展性和互动性的网站的唯一途径。NET堆栈。

我真的应该这么做吗对jQuery+Ajax非常好,可以让您构建一些非常交互式和可用的网站。按照现在的情况,说实话,如果你不在客户端使用Javascript的功能,你的网站可能会在1995年建成。

后面的代码应该仅仅是Web处理程序和Web服务吗您应该只使用处理程序/服务来改进页面的设计。你不可能仅仅建立你的整个网站。方法是创建一个页面,然后使用服务对其进行改进。避免对小细节进行回发。并通过Ajax等提高速度。在Ajax上创建一个完整的网站不是一个好主意。

我应该注意什么从技术上讲,您需要了解客户端编码以及HTTP如何在互联网上工作。ASP。NET takes在幕后完成了这一切,所以你甚至不需要知道,但如果你正在进行回发等操作,那么你应该了解它的局限性等。

安全性如何?如何实施Ajax中没有太多的安全性,只要你做了与普通回发相同的事情,例如CSS攻击、SQL注入、反伪造等。

我将获得什么?我知道我会在性能上有所收获,因为在数据太多的页面中回发需要时间,因为ViewState和我将只处理XML和/或始终较轻的JSON格式。但我想,像往常一样,会有痛苦。。。疼痛在哪里痛苦通常是复杂性。但复杂性伴随着灵活性。传统ASP。NET在不需要你干预的情况下处理一切。但现在您必须编写请求,将其发送到服务器,接收回复,然后相应地更新DOM。你必须处理所有这些,但另一方面,你可以随心所欲。

希望能有所帮助。

我同意。对于开发人员来说,postback很容易,而对于用户体验来说则很糟糕。不要为了在页面上切换一个框而让他们承受沉重的页面负载。

但是,您需要考虑所需的时间,尤其是因为您可能需要依赖越来越多的javascript代码(如果您是新手,这可能会很挑剔(。

我最近在一个大项目上做了这件事,我很高兴我做到了。我从全页回发转向了WebMethods和web服务。尽量减少服务器上的状态,这将有助于划分每个请求处理程序。

看看asp.net-MVC,它很可能就是您所说的,并实现了jquery和JSON调用。

如果使用PostBack和ViewState,那么这样做可能是有原因的。它允许组件和事件。这是你在ASP.NET MVC中会错过的东西(你没有说你想使用ASP.NET MVC,但如果你说没有PostBack的ASP.NET,每个人都会理解ASP.NET MVC(

我使用ASP.NET和ASP.NET MVC。如果项目实际上更像是一个应用程序而不是一个网站(比如说nyt.com是一个网站,facebook是一个程序(,那么带有回发的ASP.NET就会发挥作用。