是否要半开半闭?

在我当前的项目中,我们确实使用了Ajax,并且存在缩放问题。由于我当前的项目是一个J2EE站点,它为一个大城市的员工做计时,我们发现最好是浏览器端能够缓存在用户会话期间不会改变的数据。幸运的是,我们正转向一种模式,在这种模式下,我们有一个单独的管理流程,尽可能多地为员工计时。这类似于ERP应用程序的工作方式(或电子邮件应用程序)。因此,我们的业务需求是浏览器端可以容纳大量数据,但我们不希望点击量是一个严重的问题。所以我们在浏览器端保留了一个XML数据岛。此外,我们只根据需要加载数据。

我强烈推荐这本书 Ajax设计模式 或者他们 site .

Ajax应该帮助您在大容量站点上的带宽,如果这是您的问题,正如您所说,只更新需要更新的部分。我对Ajax的问题是,如果访问者没有启用Javascript,那么您的站点可能会变得无用,而且大多数时候我不想为非Javascript用户再次对站点进行编码。

这样看:Ajax不能是 只有 因为选择的可能性!脚本,它必须作为一个层存在于现有架构之上,以在某些方面提供卓越的体验。鉴于此,Ajax不可能创建 更多 请求或比简单的HTML更有效,因为它处理的是完全相同的数据传输。

它可以为您节省带宽和服务器负载,因为Ajax提供了传输能力 只有 数据。您可以在每次页面刷新时保存多余的HTML、图像、CSS等请求,同时提供更快捷的用户体验。

AS 迈克内夫克 指出轮询技术是这个规则的一个大例外,但这与技术无关:如果进行一个简单的页面轮询,您将具有相同的影响。

了解该工具并将其用于设计目的。如果Ajax实现正在降低性能,则说明您做了一些错误的事情。

(fwiw,我分析Ajax和简单HTML的经验往往导致约60%的带宽,约80-90%的性能优势)

Ajax应用程序最常见的伸缩问题是,当它们设置为与服务器核对时,查看内容是否同时更新,而无需用户主动请求。5个客户端每10秒检查一次不是5000个客户端每10秒检查一次。

一方面,Ajax减少了服务器的工作负载,因为它通常只显示或刷新页面的一部分,另一方面,它增加了对服务器的命中数。我要说的是,这一切都取决于您的Web应用程序的体系结构。如果您的应用程序每次命中都需要大量的处理(比如数据库访问),不管响应的大小如何,那么Ajax会给您带来很大的打击。