看吧澎湃

  • hostloc
  • Google
  • 建站教程
    • SEO优化
    • wp教程
看吧澎湃
,hostloc主机,gooogle教程,建站技术教程,SEO建站优化
  1. 首页
  2. hostloc
  3. 正文

我是后端,前端工程师这个要求是否合理?[修改了示例]

2022年5月1日 12点热度 0人点赞 0条评论

先前举的例子涉及隐私,导致大家误解,下面改一下例子:
我做的接口返回的数据:
user_sex: 男
user_age: 19
user_name: 张三
user_photo: http://xxx.com/xxx.jpg
需求:
前端需要根据年龄和性别显示 成年男性,成年女性,未成年男性,未成年女性
前端工程师:
我又要判断性别又要判断年龄,太麻烦了,你能不能给接口加一个字段 user_type=1/2/3/4 (1/2/3/4分别代表成年男性,成年女性,未成年男性,未成年女性)
上面的例子简化过了,实际上前端可能需要根据更多条件判断

上一篇:vultr不使用,账号每个月要扣0.01美元吗?
下一篇:要不是我被封了十几个号我也早就神仙了。

典型前端思维,根本不知道动接口的影响范围会更大我全栈,后端都给源数据了,前端加个判断不就行了,能有多麻烦。后端返回类型到时候要改就麻烦了。接口有给年龄当然前端判断
还有 加毛线的user_type? 接口当然是希望能多业务复用,任何特殊定制全部拒绝。
这种前端要是非得要后端加user_type不愿意前端判断我直接开了他很河里啊,你后端判断一下再返回就行,前端后端总有一个得判断一下,这个是不可避免的。哈哈哈,不太合理,实际前端和后端实现的代码是差不多的,就是想偷懒,除非是用户信息保护的情况。还有一种情况,就是你们还在用jquery。。。做不了,得加钱我们后端就是没数据就不返回key他这样做我会要求他加上 就算是空value值涉及到隐私的正常情况应该由后端实现保障,不过这需求本身也没啥难度从and改成了or前端这理由站不住脚啊。。前端判断不是比后端更灵活吗?
如果是基于用户隐私的考虑,那倒确实应该在后端处理。后端判断,前端判断别人直接从接口取user_photo
当然,严格地讲应该是前后端都判断

yousihai 发表于 2022-5-2 14:06
涉及到隐私的正常情况应该由后端实现保障,不过这需求本身也没啥难度

假设不涉及隐私。

flyqie 发表于 2022-5-2 14:06
前端这理由站不住脚啊。。前端判断不是比后端更灵活吗?
如果是基于用户隐私的考虑,那倒确实应该在后端处 ...

只是随便举了个例子。假设不涉及隐私。我们这里是要求前后端都要做判断的,不依赖于前端处理数据看是否为内部系统或者公开的
内部系统对信息隐私没那么重要的话 基本都是前端判定
公开网站啥的 最好还是后端尽量少的返回数据虽然前后端都能做,但是我更倾向后端做。很多时候前端做,涉及到需求变更更改上架审核很麻烦,数据驱动UI更合适这种涉及到隐私的必须后端判断
前端被人逆向直接加请求上去导致隐私数据泄露看你工作保不保的住

gdtv 发表于 2022-5-2 14:08
只是随便举了个例子。假设不涉及隐私。

不涉及隐私的话,前端判断呗。
将来需求变动,后端不太好改吧。不管前後端,要處理這些判斷都很簡單,但這種功能前端提後端處理很合理,永遠不要相信使用者不會抓api

喵酱暗恋我 发表于 2022-5-2 14:12
这种涉及到隐私的必须后端判断
前端被人逆向直接加请求上去导致隐私数据泄露看你工作保不保的住 ...

例子改了一下,请帮忙再看看

gdtv 发表于 2022-5-2 14:15
例子改了一下,请帮忙再看看

原则上不给他加字段 除非新需求里的字段无法根据已有数据推演出来

喵酱暗恋我 发表于 2022-5-2 14:17
原则上不给他加字段 除非新需求里的字段无法根据已有数据推演出来

是的,接口这边应该尽量少做更改。我们这边这种倾向于后端直接返实际数据,少部分简单接口可以由前端逻辑实现 -- 少部分
即:前端不要涉及过多逻辑 - Boss的建议不合理不合理,返回基本信息即可。
问他是猪吗这需求,前端或者后端都能做,不过如果后端做了,前端就省事了。后端判断快 得加钱我是后端,前端工程师这个要求是否合理?[修改了示例]这吊毛估计没写过后台合理,这是最基本的需求
假设由前端来处理,那么涉及到分页怎么解决?这种需求明显是前端处理. 原因是:
前端目前有这个需求, 今后会不会砍掉呢? 砍掉后, 后端是不是又要去删除这个字段?
就算后端返回了处理后的字段, 前端也要进行适配后再次提交审核, 一样没有什么灵活性可言
能用客户端的算力, 就要尽量少用服务端的这不应该是项目负责人决定的嘛,不然你们平时前后端扯皮玩啊。我全栈,后端都给源数据了,前端加个判断不就行了,能有多麻烦。后端返回类型到时候要改就麻烦了。

flyqie 发表于 2022-5-2 14:21
是的,接口这边应该尽量少做更改。

建议再搞一个新接口返回1234就行,前端爱调用不调用前端自己连接字符串简单。。接口有给年龄当然前端判断
还有 加毛线的user_type? 接口当然是希望能多业务复用,任何特殊定制全部拒绝。
这种前端要是非得要后端加user_type不愿意前端判断我直接开了他前段又不是不能调用出来,不要随便加一堆字段,容易出错

xuliliang 发表于 2022-5-2 14:45
合理,这是最基本的需求

看帖主描述,这貌似也不涉及到分页吧?
给了user_type,无非就是将前端工作量降下来了而已。
好像没说这个user_type会往回传做查询条件?搞个新接口,就返回个1234,爱用不用,想用就另外调用,不用就自己判断,已有接口不去加逻辑这前端实现很简单吧。都比较懒,扯的功夫都做完了,更倾向后端做,前端不要涉及太多业务逻辑不能加,滚

flyqie 发表于 2022-5-2 15:42
看帖主描述,这貌似也不涉及到分页吧?
给了user_type,无非就是将前端工作量降下来了而已。

如果只是查询详情,基本上都不会涉及到过滤这一说,指定id就行。
需要用到过滤的,大多数都是列表。前端修改比后端容易很多
逻辑和字段能不改就不改如果这user_sex,user_age两条数据接口有输出的话,那么前端做,第一:性能,虽然现在cpu性能都比较高,且这个计算也不消耗什么,但是前端处理比会服务器处理来的快。第二:灵活,后期维护方便,如果这个的调整,那么前端修改即可,api不需要动。
一家之言,仅供参考。前端根据你提供的数据就可以判断了,不需要重复劳动。很明显前端用了三大框架之一,做这种判断非常麻烦,所以才找你干活,然后他直接绑定字段就可以了。

标签: user 前端 未成年
最后更新:2022年5月1日

hange

这个人很懒,什么都没留下

点赞
< 上一篇
下一篇 >

文章评论

取消回复
标签聚合
mjj 邮箱 t ip 流量 账号 cf 小鸡 amp e google qq 收个 注册 vps vir https cpu 下载 aff 迁移 g 续费 微信 腾讯 wordpress 已出 大佬 com 域名
最新 热点 随机
最新 热点 随机
webhorizon重装完一直离线该怎么整,问客服也没人回 继hysteria后,我再分享一种方式 出口变慢了欧洲电价有关? Disney+ 用户比Netflix都多了 但却要开始加价了 震惊! 这个帖子的片我找到了。请叫我雷锋,不谢。 在知乎看到一个关于京东的段子
有没有监视文件夹变动的工具那种1字母1数字的域名最低要多少钱,想买个玩玩用rclone拉od每天有流量限制吗?已出Gullo年付6刀第一次坐出公交车要注意啥Layui下拉选框使用change无效 如何取值赋值渲染
B站大神们,上海哪个有视频的 有没有好用的物联卡推荐。就是随身wifi那种 百度网盘转存谷歌云盘有没有方便的办法 mjj们知道uniapp的IP怎么抓吗? 坛子里面有没回域天d8开发的 99收个al米

COPYRIGHT © 2022 kbpp.org. ALL RIGHTS RESERVED.

Theme Kratos Made By Seaton Jiang