当我使用 AJAX 更新网页页面数据的时候，我该让服务端去拼接数据和 HTML 标签成为网页元素然后返回，还是让服务端只返回数据，让客户端的脚本去生成页面元素。 比如第一次加载网页没有元素 A ，需要时异步取得数据并生成，后续还可以更新元素 A 的数据。
This topic created in 3572 days ago, the information mentioned may be changed or developed.
 |
ql9075Jan 23, 2017
1
客户端拼接，服务端返数据，每个类型做个标记吧
|
 |
think2011Jan 23, 2017
2
最好前端拼接，前端拿到数据后可以灵活的组合展示标签，如果有用到 react 、 angular 、 vue 等那就再合适不过了。
|
 |
3
看你站点采用的渲染方式是哪种，保持统一就行
比如 b 站就是服务端渲染拿到客户端直接扔进 dom ，而大部分前后端分离的是客户端渲染 |
1 |
4
看你们前端强势还是后端强势, 后端强 就直接返回 dom, 前端无脑填充 就可以
如果前端强势, 后端只需要给基本 json 数据, 前端负责去加工渲染 |
 |
hcymk2Jan 23, 2017
5
做个中间层啊. 要什么给什么啊.
|
 |
BOYPTJan 23, 2017
6
这是两个流派啊，楼主你是要引战吗
|
 |
7
@ql9075 每个类型做个标记是什么意思。
|
|
8
@think2011 似乎有些道理。
|
|
9
@BOYPT 天哪，这也有流派之分么。
|
|
BOYPTJan 23, 2017
10
@helloxiaojun 嗯……传统流派是比较前后端数据分离，只用 json 传数据；而现在前端大有反哺后端的趋势，前端框架纷纷出现服务器端渲染，称作“直出流派”
|
|
hcymk2Jan 23, 2017
11
|
|
ql9075Jan 23, 2017
12
@helloxiaojun 比如 A 标签取 a 集合并带上当前长度
|
 |
cszchenJan 23, 2017
13
最好当然是前端来渲染，但是这种做法对前端要求很高，因为前端要处理很多逻辑，而不再是仅仅做做 UI 和特效了
|
|
14
@BOYPT 哇喔！
|
|
15
@ql9075 还是不懂
|
 |
16
通常来说接口传递的数据越纯粹越好，节省流量有利于多端复用，而且就性能上来说直接传 html 代码并不一定会比使用浏览器 api 生成 dom 快多少，还会增加服务器负担，所以个人感觉如果前端技术没问题的话接口还是只传纯数据比较好。
|
Select Language