将JavaScript的发展史看成不断为服务端分担运算能力的进化史,合适吗◔ ‸◔?

Rachel
  • 361

举例:

早一点的事情,事件的出现是在IE3和Netscape Navigator 2中出现,当时是作为分担服务器运算负载的一种手段。

加上近几年,前后端分离开发方式的流行,出现了前端模板,单页SPA应用,将更多的展示逻辑与程序逻辑放在了前端,这为服务端节省了模板渲染和部分逻辑运算所需的计算能力。

应该还有其他一些类似事情,请大家补充或者纠正,谢谢。

回复
阅读 3.2k
3 个回答
浴巾
  • 138

  • C/S架构 是比 B/S架构 还要早

  • JavaScript 不是为了分担计算能力,而是为了避免多余的网络连接
    (本地计算,而不是请求服务器)(优化网络连接时间优化CPU计算时间有意义得多)

  • JavaScript 只花了 10 天被设计出来,进化只是填坑

eczn
  • 1.3k

虽说把表单的一些处理移到前端

———— 但不意味着后台不做校验 相反安全成本可能更高

虽说把数据渲染放到前端

———— 但不意味着后台不需要从数据库里抽取数据


虽然 JS 确确实实稍微分担了些服务器计算压力,但不意味着这就是 JS 的发展史。

我认为,JS的发展史应当是那句名言的实践史及其数不清的伟大项目:

任何能用 JavaScript 写的东西,最终都会用 JavaScript 实现

Ajax Node Electron React Native

还有非常多的 xxx2js 转译器,甚至还有人用来开发 OS 。

只能说很片面,一方面确实减轻了后端的负担,但是更大部分是优化用户体念。

宣传栏