这是一个创建于 1395 天前的主题，其中的信息可能已经有所发展或是发生改变。
假设一个 “文章 + 盖楼评论” 这样的模型中，后端在提供必需的信息后（文章详情，评论详情，涉及的用户信息详情）
对于业务（ UI 设计稿）需要的冗余信息应该由谁来整理更合理？
比如：子评论中涉及的当前用户与被评论的用户信息。
我作为一个后端，我认为后端提供必要的数据后应该由客户端组装成符合业务的数据结构， 理由：减少服务器压力，单个接口返回内容变少（无冗余），客户端算力不要钱，接口变得简单且通用性更强。
而客户端给我的理由是：如果有调整可以不用客户端发包...
当然：我还是优先遵循“前端要啥我给啥，反正是公司掏钱买服务器”，但是心里很不爽...
最后希望大家讨论时可以表明自己是前端 /客户端 还是 后端身份，以及理由。
 |
1
wr516516 2021-01-26 17:15:53 +08:00
之前小公司是:前端要啥我给啥
现在的公司是:老子给啥你填啥 再说了,难道天天客户端发包吗? 改个结构就发包? |
 |
2
q8164305 2021-01-26 20:25:25 +08:00 via Android
我是前端，我感觉从单一职责的角度来看，后端就是处理数据就行了，UI 就是前端自己解决比较好，后端已经做了太多事了，当初前后端分离不就为了减轻后端压力?
|
Select Language