前后端分离 web 项目，数据处理属于前端还是后端，分界点在哪？
WEAlex · 2018-10-22 08:38:29 +08:00 via Android · 10580 次点击这是一个创建于 2224 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前项目所有数据来自于第三方接口，第三方接口有数据结构，但是前端所需的并不一定满足。这时候的数据处理是放在后端还是前端？
 |
1
huoguodiliao 2018-10-22 08:41:56 +08:00
后端啊....但是一般能前端做得就不要让后端做咯 哈哈哈
|
 |
2
aLazarus 2018-10-22 08:44:11 +08:00 via Android  1
我一般是后台再封装一遍接口……免的前端折腾了
|
 |
3
WEAlex OP @aLazarus 主要是后端有时候要面对多类型的前端，可能同一个数据要封装多次做多个接口供不同的前端使用。
|
 |
4
zhubinbin8271 2018-10-22 08:46:09 +08:00
如果是第三方接口，肯定后端要先做处理，然后再给前端调用
|
 |
5
kslr 2018-10-22 08:47:31 +08:00 via Android 1
后端，因为复杂业务好做。
|
 |
6
p2pCoder 2018-10-22 08:48:29 +08:00
前端能控制的很有限，原则上应该是必须走后端
|
 |
7
yyss8 2018-10-22 08:48:39 +08:00 1
看你们业务需求 我个人觉得是
比如既然你们数据都第三方了 那是不是前端直接拿第三方的数据？ 如果是直接拿 拿就没有必要加一层后端请求 如果不是 那有没有需求很多的加工计算 如果有的话就放后端 因为业务计算放前端不安全 然后如果多了前面也卡 但是如果你们服务器配置不行也可以适当放一点在前端 再然后就是你们前后端人员在公司的排行了 你要是前端你老大是后端 你喊得动人家写吗 |
 |
8
q8164305 2018-10-22 08:48:50 +08:00 via Android
后端啊，不然数据前端改来改去，后期不好定位问题
|
|
9
WEAlex OP 心里大概有个谱谱了，谢谢各位大佬
|
 |
11
learnshare 2018-10-22 08:59:13 +08:00
|
 |
12
galikeoy 2018-10-22 09:03:00 +08:00
简单的我做没问题，复杂的数据要后端
|
 |
13
justfindu 2018-10-22 09:08:00 +08:00
需要前端处理的可能只有负责时间转成易读的 数字格式化易读的 其他大概都是后台吧 包括基础的提示消息都是尽量后端提供
|
 |
14
fkdog 2018-10-22 09:09:34 +08:00
这种东西难道不是看人际关系吗？
关系好的，那就主动问一问这样的格式 ok 不， 关系不好，我数据给你了，你爱咋的咋的。 |
 |
15
KuroNekoFan 2018-10-22 09:12:28 +08:00 via iPhone
我觉得前端重点还是要放在产品和交互，复杂数据的逻辑应该放在后端
|
 |
16
wizardoz 2018-10-22 09:14:05 +08:00 7
后端的重点在于业务的正确性，前端的重点在于用户体验，我是这么认为的。
|
 |
17
nwu2Cv8OZ2MZMg39 2018-10-22 09:14:25 +08:00
我觉得后端负责处理数据，前端负责渲染数据...
|
 |
18
shijianit 2018-10-22 09:26:05 +08:00
前端尽量少进行业务逻辑处理
|
 |
19
2805408253 2018-10-22 09:36:13 +08:00
设计到业务逻辑计算清洗统计等都在后端，前端只做数据的展示以及产品功能的交互与用户体验。
|
 |
20
passerbytiny 2018-10-22 09:36:54 +08:00
凡是处理“怎么显示”和“怎么让用户的操作变成数据”的，前端处理，凡是不处理上面两种情况的，后端处理。
|
 |
21
derrickT 2018-10-22 09:42:38 +08:00
必须后端啊，前端负责显示就好了
|
 |
22
keikeizhang 2018-10-22 09:53:32 +08:00
我采用的方案是看是否对 demo 进行操作，比如判断是一个弹窗是否显示，这样的数据不需要后端给 true 还是 fasle，前端自己根据后端过来的数据进行判断。
|
 |
23
keepsmilence 2018-10-22 10:01:13 +08:00 2
无论第三方格式是否前端能直接用，都走后端包装一下，因为：
如果第三方接口变化，后端可以调整逻辑而前端不变； 方便内部自己再做一层权限控制； 方便筛选字段数据或调整格式（前后分离一般都是 JSON 了）； 后端调用接口写日志，方便遇到异常或者业务投诉时翻日志，方便甩锅（很重要，前端直接调的话你就什么都查不到了）； 后端可以对数据相对固定的接口数据做缓存，减小第三方接口压力； 前后端人员分离，各维护各的，后端去跟第三方的人扯，前端则只要跟自己人扯； |
 |
24
Shynoob 2018-10-22 10:04:46 +08:00
前端要是再处理数据，后端就没多少活儿干啦
|
 |
25
shidianxia 2018-10-22 10:05:57 +08:00
如果这个第三方接口调用频率限制是按照 IP 频次，而不是依据 accesskey，那么前端直接调用有巨大优势。反之，肯定需要后端统一包装后处理，一是提高效率，二是安全性考虑减少接口被第三方滥用的可能。
|
 |
26
hasbug 2018-10-22 10:07:18 +08:00
统一后端做吧，前端处理东西总是被怀疑，别让我们前端做，懒得天天来改伪 BUG
|
|
27
shidianxia 2018-10-22 10:07:50 +08:00
*第三方 -> 其实应该叫做第四方：）
|
 |
28
ChefIsAwesome 2018-10-22 10:16:25 +08:00
这有个原则性问题，不管在哪处理，关键是不能影响用户体验。数据特别大，算个几秒才算出来，放前端明显不合适。
不影响用户体验的情况下，再考虑工程问题。比方讲同一个数据，在好几个页面，甚至是好几种前端上面展现。数据又不是特别大，这时候放前端处理明显更灵活。 |
 |
29
sammo 2018-10-22 11:16:22 +08:00
前端肯定要封装一遍接口的
后端也肯定要封装一遍接口的 前端 - 前端数据接口 - 数据 - 后端数据接口 - 后端 看似费事，实则大大省事：把耦合程度降到最低 所以最保险，出问题时好 debug 好修正，省了未来的时间、省了扯皮的时间 |
 |
30
batter 2018-10-22 11:59:34 +08:00
牵涉到存储数据变化的，安全的一定要后端来做，否则，嘿嘿嘿
|
 |
31
wxiao333 2018-10-22 12:35:06 +08:00
后端无疑
|
 |
32
jzmws 2018-10-22 12:41:08 +08:00 via Android
我的原则是前端之负责展示数据。
|
 |
33
southsala 2018-10-22 13:51:56 +08:00
后端给什么前端展示什么，后端把第三方接口梳理一下，整理成你们自己的格式，更换第三方也方便，只需要后端改就可以，不影响 APP 和 Web
|
 |
34
piggybox 2018-10-22 14:07:43 +08:00
前端所谓的处理主要是展示性的，比如排个序什么的。否则那些修改性的处理要同步到后端，这时你需要考虑万一网络不好和后端数据不一致怎么同步的问题。。。所以还是后端统一处理这类破坏性的修改比较好
|
 |
35
wobuhuicode 2018-10-22 14:08:50 +08:00
不涉及安全就给前端，其他都是后端。
|
Select Language