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

Question

举例：

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

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

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

Answer 1

错

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

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

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

Answer 2

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

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

虽说把数据渲染放到前端

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

---

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

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

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

Ajax Node Electron React Native

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

Answer 3

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