W*********n
发帖数: 1 | 1 浏览器里javascript不停的异步发request更新DOM，感觉并不是什么很难想到的东西，
为什么以前没这么做？因为javascript runtime不够好？ |
s*********y
发帖数: 6151 | 2 老概念了 现在都有点过气
目前的情况是 。前端后端化 后端中间件化 数据云端化 或者服务化
目前的趋势是 大前端 弱后端（中间件） 数据端就是调用各种定义好的服务
backend for frontend |
c******n
发帖数: 16666 | 3 记得最早是ie先搞出来的
一个大的里程碑是gamil
大家一看还能这么玩
同时整体请求量和页面动态东西多 用这个方便点
【在 W*********n 的大作中提到】
: 浏览器里javascript不停的异步发request更新DOM，感觉并不是什么很难想到的东西，
: 为什么以前没这么做？因为javascript runtime不够好？
|
g****t
发帖数: 31659 | 4 Javascript 和浏览器放什么东西进去，就那么几个庄家说了算。散户说了不算。 |
c******g
发帖数: 4889 | 5 主要是mobile app流行才有关吧，这样后端只需要做api，无管是web前端和mobile一样
对待。 |
r***y
发帖数: 4379 | 6 是你这几年才知道吧。
至少10年前， 我有项目就在用了。
event driven 后端只能比以前复杂， 不可能弱化。 |
h**c
发帖数: 1979 | 7 知道为啥google map取代了mapquest吗
【在 W*********n 的大作中提到】
: 浏览器里javascript不停的异步发request更新DOM，感觉并不是什么很难想到的东西，
: 为什么以前没这么做？因为javascript runtime不够好？
|
w***g
发帖数: 5958 | 8 之前的是不够好。现在的还是不够好。
现在都是把ES6 javascript编译成浏览器javascript。
这样写程序可以用浏览器不支持的语法。
【在 W*********n 的大作中提到】
: 浏览器里javascript不停的异步发request更新DOM，感觉并不是什么很难想到的东西，
: 为什么以前没这么做？因为javascript runtime不够好？
|
b*****u
发帖数: 648 | 9 gmail gmap 这几个single page app 是领先时代的特例 在硬件条件基本达到的情况下
通过自己的一套架构做出来。现在用轮子搭类似的app应该简单多了
这波轮子行情的内因是浏览器/硬件性能更强大了可以做到大部分客户端渲染 因此后端
只传数据 而不是
像传统ajax需要一个前端服务器进行渲染 (当然node也做服务器渲染但并非必须 而且
可以和客户端代码写在一起)
后端干的事一致化了 就可以用graphql 进行跨api的优化
此外还有楼上提到的代码转译和对dom的抽象等等
总的来说就是js的生态圈通过消费硬件性能的红利 统一了API以外的世界。
【在 W*********n 的大作中提到】
: 浏览器里javascript不停的异步发request更新DOM，感觉并不是什么很难想到的东西，
: 为什么以前没这么做？因为javascript runtime不够好？
|
w********m
发帖数: 1137 | 10 搞错了吧，现在是前后端结合。
webassembly是大势所趋。
写web随便一个后端语言就可以了。 |
