问老开发一个前后端矛盾的问题

2 天前
 ainyyy
我是 java 后端。新到一个公司,前端所有接口都希望后端返回的数据能直接使用,不进行任何数据处理。比如状态返回 01 他们要 truefalse ,两个需要拼接的字段都返回了,还要增加一个汇总字段。 理由是组件不好复用。我也会写点简单 vue ,完全理解不了组件不能复用是什么意思。

甚至前端渲染图表,list 数据已经返回了,他们要我转换成图表需要的多维数组。

我早上和前端吵起来了,他们竟然说所有前端都是这样的。去找领导也说数据处理是后端该做的工作。

工作 8 年了,我现在也有点懵,是我以前遇到的前端都太好了?
10080 次点击
所在节点    程序员
195 条回复
hefish
2 天前
前端: 你教我做事啊?
nickytsui1862
2 天前
客户端仔表示 公司有规范的前提下按公司规范来,没有规范就按以前的做法来(既然没人有意见那就是默认这个规则)
如果需要客户端处理,那就要做好不能随时更新内容格式的准备(需要用户更新版本、刷新缓存等,都是不可控的)

你的情况,如果对后端来说加多了工作量,那就以后评估时间就按这种可能有额外工作的来算。
mmx12138
2 天前
我是前端, 这东西我个人认为是前端应该做的, 把数据处理成符合当前业务, 前端是简单了, 但不好复用, 类似于你说的图表的场景, 有些地方可能需要不同的图表展示同一个数据, 结构可能是不一样的, 如果后端处理了, 反而麻烦, 作为前端, 说句实话的, 你公司的这些前端太懒了, 当然这个问题是一直存在的, 所以不就很多人用 node 去做 bff , 大家都简单~
humbass
2 天前
我们的原则是,前端页面看到什么。后端就给什么。典型的说像商城的首页就是大杂烩,后端就给大杂烩。当然也有少数不是这样,比如地点,用户权限啊,单独给。
lthon
2 天前
看谁话语权大咯,这种属于可逆的格式转换,谁做都行。
panlatent
2 天前
以个人全站但前后端不同语言的我来说 在前端写
cowcomic
2 天前
看你们有没有接口规范
有接口规范的话,就按规范走,比如基于 Rest 的资源操作,资源定义好之后如果再需要做转换,这部分就交给前端做
如果没有规范,那就是谁话语权大就听谁的
VO 层也不是不能放到后端做,就是注意做好代码的分层管理,不然接口一多就容易出问题
Curtion
2 天前
这个不是技术问题,纯粹是规范的问题,你们谈不拢就让老大做决定,像我们系统的缓存和业务流转都是页面做的
importmeta
2 天前
之前一个国企项目开发有规范, 代码判断用枚举, 展示的时候用后端多给的一个纯展示的字段, 前端什么也不管.
你刚刚新到一个公司, 还能吵起来, 连试用期都不一定能过, 明天看看气氛不对就跑路吧, 能吵起来估计你也干不长.
rocmax
2 天前
让前端自己搞 bff
sleepm
2 天前
告诉他,菜就多练
way2create
2 天前
按理很多数据要前端处理的,但个别前端爱偷懒,只想调接口,不过我也经常帮前端处理一些数据,我觉得不麻烦的就顺手弄了,公司有要求就只能按公司规范做了,如果是那种垃圾公司老油条纯粹想偷懒又掌握不了话语权就只能忍 OR 跑了

另外想起之前有个前同事,一开始不熟,我按业务分接口,他还非要我聚合在一个接口对着页面给他,跟我说这样性能更好,减少网络请求,用户量数据量接口数量都非常小型的项目,还跟我扯这些所谓性能增加我的工作,实际上就是他自己想偷懒 文档都不想看 上班偷偷搞自己的外包项目
lete
2 天前
谁钱多谁干嘿嘿
onikage
2 天前
碰到过,不是啥技术问题,单纯就是前端嫌活多了。啰嗦不解决问题,唯有混成他们上级。
shawnsh
2 天前
@importmeta 你是真多嘴,不用阴阳怪气的给人家泼冷水,国企项目就是一坨屎
kidlj
2 天前
不合理。

1. 前端改结构后端还得跟着改接口?
2. 一个接口可能用于多个页面(前端自己处理成页面需要的结构),也是一种复用。

所以我不写业务代码,避免撕逼。
LandCruiser
2 天前
你都干 8 年了还来问这个问题?心智太不成熟了,领导都发话了还有什么可说的?领导指鹿为马你也得听啊,你不听就走人啊,有什么好说的呢?
ZoR
2 天前
谁嗓门大听谁的,只要不是太过分我一般后端弄了
hamsterbase
2 天前
作为前端,现在我都不管这些了。

1. 用工具直接拉后段文档生成 ts 请求库和类型
2. 直接把设计稿,产品文档,后端技术设计发给 AI
3. 等几分钟,摸鱼一下

然后页面就开发好了。
jones2000
2 天前
这个主要看前端的工资了, 给的高, 前端可以做做业务逻辑的计算。 给的少,后台给什么就展示什么。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/1148608

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX