分页：服务器端或客户端？
什么是最好的处理分页？ 服务器端或dynamic使用JavaScript？
我正在研究一个沉重的ajax项目，并dynamic地提取数据，所以我一直在研究一个使用dom的javascript分页系统 – 但是我开始认为最好是处理所有这些服务器端。
每个人的想法是什么？
正确的答案取决于您的优先级和要分页的数据集的大小。
服务器端分页是最好的：
- 大数据集
- 更快的初始页面加载
- 那些没有运行javascript的可访问性
客户端分页是最好的：
- 小数据集
- 更快的后续页面加载
所以，如果你主要是出于美观的原因进行分页，处理客户端更有意义。 如果你想缩短初始加载时间，服务器端是明显的select。
当然，如果您使用Ajax加载后续页面，客户端在后续页面加载时间上的优势会减less。
在客户端执行此操作将使用户首先下载可能不需要的所有数据，并将删除分页的主要优点。
对于这种types的AJAX应用程序，最好的办法是让AJAX调用下一页的服务器，并使用客户端脚本添加更新当前页面。
如果你有大页面和大量的页面，你最好通过AJAX从服务器中请求页面。 所以，让服务器根据您的请求URL进行分页。
您还可以预先获取用户可能会查看的接下来的几页，以使界面看起来更具响应性。
如果只有几页，那么抓住这一切，并在客户端分页可能是一个更好的select。
服务器端 – 为当前视图发送足够的内容给客户端。
即使数据量小，最好的select是服务器端分页。 如果您的Web应用程序进一步扩展，您将不必担心。
对于更大的数据大小，答案是显而易见的。
你的意思是说，你的JavaScript有内存中的所有数据，并且每次显示一页？ 或者，它使用AJAX，根据需要从服务器下载每个页面？
如果是后者，你也可能需要考虑分类。 如果您使用JavaScript进行sorting，则只能一次sorting一页，这没有多大意义。 所以你的sorting应该在服务器上完成。
在一个实际的限制世界中，我将在服务器端分页以节省与发送数据相关的所有资源。 此外，服务器需要保护自己免受恶意/故障客户端请求一个巨大的页面。
一旦这个代码快乐地跳出来，我会添加“智能”到客户端来获得“下一个”和“前一页”，并将其保存在内存中。 当用户翻到下一页时，更新caching。
如果客户端软件进行这种页面caching，请考虑数据的老化速度（可能会改变），以及是否应该检查caching页面的数据是否仍然有效。 如果时间超过2分钟，可能会重新申请。 也许有一个“脏”的国旗在里面。 就是这样 希望你觉得这有帮助。 🙂
我更喜欢服务器端分页。 但是，在实现它时，您需要确保正确地优化SQL。 例如，我相信在MySQL中，如果你使用LIMIT选项，它不使用索引，所以你需要重写你的sql来正确使用索引。
G-人
