C# 多个AJAX调用—单个aspx页面或多个aspx页面以获得更好的性能

我目前正在重写一个大型网站，目标是用AJAX调用替换大量的页面/表单提交。其目标是减少服务器往返的次数，以及在客户端丰富的页面上进行的所有状态处理

我花了一些时间考虑在绩效方面的最佳前进方式，现在我的问题如下

只有一个用于所有AJAX调用的aspx页面会带来更好的性能吗？或者，在给定的webage上，每次使用AJAX都有一个aspx页面会更好吗

非常感谢您的见解

---

Lars Kjeldsen

如果你查看一下这个网站（你必须创建一个帐户），你会注意到关于它的一些事情

当您浏览网站时，它不会刷新页面。（使用JSON传输新数据）

它会更新URL并跟踪您所在的位置

您可以使用更新的URL并立即导航到web应用程序的该部分。（在本例中，它返回HTML页面）

就个人而言，我从技术/性能的角度喜欢这种方法，但我不知道它会产生什么影响，因为这种设计依赖于JavaScript中的HTML5机制

，但你必须做更多的研究

---

注意：为不支持历史记录状态的浏览器提供优雅的降级

如果你查看一下这个网站（你必须创建一个帐户），你会注意到一些关于它的事情

当您浏览网站时，它不会刷新页面。（使用JSON传输新数据）

它会更新URL并跟踪您所在的位置

您可以使用更新的URL并立即导航到web应用程序的该部分。（在本例中，它返回HTML页面）

就个人而言，我从技术/性能的角度喜欢这种方法，但我不知道它会产生什么影响，因为这种设计依赖于JavaScript中的HTML5机制

，但你必须做更多的研究

---

注意：为不支持历史记录状态的浏览器提供优雅的降级

性能——无论哪种方法，都可以在相似的数量级上工作

---

维护方面，我更喜欢为站点的每个逻辑部分设置单独的页面。同样，这两种方法都可以，但我看到更多的人用“整体式”方法把事情搞得一团糟。单页您将需要大量的技能来构建脚本和客户端逻辑。做得好没有问题，但是，我只是看到更多的人在为网站的不同部分使用不同的页面时做得很好。

性能因为任何一种方法都可以在类似的数量级上工作

---

维护方面，我更喜欢为站点的每个逻辑部分设置单独的页面。同样，这两种方法都可以，但我看到更多的人用“整体式”方法把事情搞得一团糟。单页您将需要大量的技能来构建脚本和客户端逻辑。做得好没有问题，但是，我只是看到更多的人在为网站的不同部分使用不同的页面时做对了。

感谢您的回答和关于完全“ajaxified”网站的信息。不过，我的问题是关于性能问题。感谢您的回答和关于完全“ajaxified”网站的信息。不过，我的问题是关于性能问题。我还看了一下。谢谢。还看了一下。谢谢