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