如何看待后端接口带出数据库全部字段

[mokevip]

直接从数据库中取得模型，不需要的值就是一堆 null

如果是需要额外处理的字段，就在原本对象内放一个 params 的对象，再嵌套一层放处理的数据

能因为一个值需要转换一下数据而扯皮，哪怕是取模于 10 这种简易操作也要前端来做

[aababc]

@labulaka521 卧槽，这么高级的吗？感觉这样会被人打死的！

[KHfqLAYYS6BKJT3R]

楼上那么多说暴漏表结构的，专门起个跟数据库里表字段不一致的 VO ？

[lower]

你实在看不起跟你协作的后端同事的话，就找他的 leader 或者老板来协调，在论坛来吐槽大可不必；
聊天记录里对方也说了，你不方便处理他再给你写个接口……有什么毛病么？

大家都是吃这碗饭的，想挑毛病怎么都能挑几条；
前后端分离的模式本身就会引入一些新的问题，不可能有完美的方案能解决所有可能的隐患；

工作中我最害怕的就是遇上那种事儿特别多，总是坚持自己想法的同事或者领导，口一张就要让别人怎么怎么配合他工作，理由也是一大堆，每次都非要争赢，完全不管别人的情况……
😔

[labulaka521]

@aababc 因为 golang 里的默认值问题只能这么搞了 目前还没被打 因为不是我设计的😆

[marcojbk]

那我说个相反的，我司前端从来不处理任何数据，全都靠后端我给他处理好，他只负责展示。

[FawkesV]

就是偷懒而已. 正常来写要写 vo 类映射的.

[changdy]

哈哈哈 ..前后端 势如水火
你说后端菜 ,后端说你娱乐圈 ..
你说后端 null 全字段 ,后端说你 不会用 GraphQL ...

老老实实搬砖吧... 不要把公司的压迫 转移成了 前后端的撕逼 ....

[masterclock]

null 是 null ，不存在是不存在，是什么就返回什么

取模 10 这种操作让后端做？？你要取模 10 ，另一个前端要取模 11 ，怎么处理？

[zarvin]

无解，后端不做，肯定就是前端做，工作量转移而已

[Felldeadbird]

后端来说一下，这种低风险的字段映射一般情况可以忽略安全考量。全字段输出更加省事。后端不知道前端要什么数据啊。没有明确规范下，非敏感库全字段输出节省了前端沟通成本。

就算你做了字段处理，人总会犯错的。如果觉得敏感应该找后端和负责人来处理。

[wolfie]

OP 就是平时接触到的高血压前端

[itechnology]

作为一个后端，我觉得他们这样做完全没问题，无非就是有点不规范而已。

[wonderfulcxm]

laravel Eloquent ORM 可以很方便设置隐藏、显示哪些字段。

[Vitta]

《用你写的接口我都不如直接用云数据库》

[knightdf]

返回给前端的到底是 VO 还是 DTO ？怎么看楼上两种叫法都有？

[v2orz]

不好说对错，这种事，关系好的商量一下就好，早点搞完早点跟前端兄弟吃火锅去
不是所有系统都要考虑什么多传几个字符、gzip 压缩这些的，具体场景具体分析
人家就要快，就要便宜，给你 DeadLine ，只能提前不能推迟

不过我也遇到过，字段为 1 ，显示成第 1 行，都要后端给他转换好的人

[RealJacob]

有时候多带一些数据是正常的，但是该处理的数据还是要处理好就可以了。别就查个表什么都不处理

[p1gd0g]

我做全栈的时间就爱这么干，省事，还能给服务器减压

[keepeye]

哈哈 搞前端的火气这么大吗？来哥请你去大保健消消火，298 套餐怎么样

[l00t]

无非是懒了点，又不是不能用…… 你要说这是不是一个好的设计，那肯定不是。但也不算什么大事，写程序还是要提高自己的适应性，你总会遇到各种烂代码烂接口烂项目的。