客户端处理与服务器端处理,哪个快?

时间:2010-01-04 06:37:57

标签: php asp.net javascript xhtml accessibility

哪个处理快速客户端或服务器端?对于客户端处理浏览器需要首先下载每个JavaScript,在服务器端编程一切都发生在服务器上,而无需下载任何东西到用户PC?

如果对于特定功能我们在javascript和php / asp中都有解决方案那么应该选择什么以及为什么?

3 个答案:

答案 0 :(得分:2)

预先下载JavaScript通常更快,因为不需要服务器往返(并且通常是最耗时的网络操作)。

那就说there should always be a server side solution用于任何基本功能(因为不支持JS支持),性能不应该是你想到的第一件事(信任应该是,例如你不能信任客户端代码确保数据不会破坏您的数据库。)

答案 1 :(得分:1)

这里要考虑几个因素和几个权衡因素。

服务器计算机通常比客户端计算机强。 OTOH,通常客户端远远多于服务器。因此,当#clients超过某个阈值时,客户端处理速度更快(服务器必须处理来自所有客户端的计算,这将超过其更强大的处理器)。

但是,如果处理主要受网络带宽的限制,那就是:大部分处理时间用于下载内容,下载的资料相对稳定,那么下载一次到服务器并进行处理会更快那里。

最后,如果计算结果没有从一个客户端改变到另一个客户端,那么 - 再次 - 在服务器上一劳永逸地计算它会更有意义。

答案 2 :(得分:0)

我非常喜欢在浏览器上移动所有可能的进程。如果您使用支持JS的浏览器(例如:用于Web应用程序)

主要是卸载渲染过程的服务器并保存一些网络带宽。

今天渲染HTML客户端的速度非常快,即使在支持网络的移动电话上,为什么不在浏览器中使用这种电脑电源?

一旦HTML,CSS和JS在浏览器缓存中(在当前会话或前一个会话中),只有数据在网络中传播。
如果你把所有这些静态文件都放在CDN上,想象一下速度的提升。

根据我的经验,这些选项可为用户提供更具响应性的体验。

我们对速度感到有点疯狂,这是我们用来构建我们的网络应用程序的设计:

  • CDN上的静态文件
  • 后端仅提供JSON服务并处理安全性
  • 我们使用PURE在HTML客户端中呈现JSON