要不要Ajaxify？

Question

我真的很喜欢Ajax让web应用程序运行起来更像桌面应用程序的方式，但我担心高访问量网站上的点击率。我现在正在开发一个基于内部网的数据库应用程序，一次访问的人不会超过2-4人。我正在把它弄出地狱，但这让我想知道，有多少Ajax太多了？

在什么情况下，点击量会超过使用Ajax所带来的好处？与整个页面刷新相比，看起来并不是这样，因为从理论上讲，您只更新需要更新的部分。

我很好奇你们中有没有人在大容量站点上使用过Ajax，在多大程度上使用过Ajax？它会产生伸缩问题吗？

Answer 1

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

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

Answer 2

Ajax应该可以帮助您在大容量站点上获得带宽，如果这是您所关心的，就像您所说的，只更新需要更新的部分。我对Ajax的问题是，如果访问者没有启用javascript，你的站点可能会变得无用，而且大多数时候我不想为非javascript用户重新编码站点。

Answer 3

这样看: AJAX不能因为!script的可能性而成为唯一的选择，它必须作为一个层存在于现有的体系结构之上，以便在某些方面提供更好的体验。鉴于此，AJAX不可能比简单的HTML创建更多的请求或更多的工作，因为它正在处理完全相同的数据传输。

它可以为您节省带宽和服务器负载，这是因为AJAX提供了仅传输数据的能力。您可以在每次页面刷新时节省多余的HTML、图像、css等请求，同时提供更快的用户体验。

正如mike nvck指出的，轮询技术是这条规则的一个很大的例外，但这是关于技术而不是技术:如果你有一个简单的页面轮询，你将会有同样的影响。

理解这个工具，并按照它的设计使用它。如果AJAX实现降低了性能，那么您做错了什么。

(fwiw，我分析AJAX与简单HTML的经验往往会带来约60%的带宽，约80%-90%的性能优势)