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