扫码关注官方订阅号
认证0级讲师
呃，你问的到底是 iOS 还是网页，怎么楼上两位说的都是网页的事 = =
iOS 的话，一般返回一个数据刷新对应的部分就可以。更新 view 的刷新局部，更新 tableView 的 reload 一下就行，因为有重用所以不会卡…… 不用等全部回来才刷新。
阿里已经开源了他们的Weex前端库，这也是一个用Virtual DOM的Js库，后端的数据传递到前端时，Js即把数据渲染到Virtual DOM里，之后通过Virtual DOM与真实的HTML DOM进行比对，然后只对有修改的DOM进行更新，把对前端性能的影响降到最低。
Weex
Virtual DOM
Js
HTML DOM
DOM
这个要具体分析，因为如果每次接口返回就去更新DOM的话会触发的layer的重新计算比较消耗性能,所以最好的是等同个模块的所以数据返回后统一渲染，这也就意味着网络等待要长一点。所以要综合考虑，现在常见的做法就是一次渲染,后期的网络请求只涉及到数据的更新不设计的DOM的更改。就像现在有些页面就去看到的都是写空白的框架然后毛毛填充内容
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
0 
3
708
收藏
呃，你问的到底是 iOS 还是网页，怎么楼上两位说的都是网页的事 = =
iOS 的话，一般返回一个数据刷新对应的部分就可以。更新 view 的刷新局部，更新 tableView 的 reload 一下就行，因为有重用所以不会卡…… 不用等全部回来才刷新。
阿里已经开源了他们的
Weex前端库，这也是一个用Virtual DOM的Js库，后端的数据传递到前端时，Js即把数据渲染到Virtual DOM里，之后通过Virtual DOM与真实的HTML DOM进行比对，然后只对有修改的DOM进行更新，把对前端性能的影响降到最低。这个要具体分析，因为如果每次接口返回就去更新DOM的话会触发的layer的重新计算比较消耗性能,所以最好的是等同个模块的所以数据返回后统一渲染，这也就意味着网络等待要长一点。所以要综合考虑，现在常见的做法就是一次渲染,后期的网络请求只涉及到数据的更新不设计的DOM的更改。就像现在有些页面就去看到的都是写空白的框架然后毛毛填充内容