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

[mokevip]

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

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

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

[zilongzixue]

null 值有什么问题，现在前端框架的表单不是自动处理 null 值的吗

[mokevip]

https://s1.ax1x.com/2022/04/13/LKT5eH.png

[mokevip]

@zilongzixue 为什么要多出来这些数据呢？

[yedanten]

单纯的偷懒行为，还有模型字段名和数据库字段名如果是完全一致，算是低危的信息泄露

[dicc]

你知道我爬 Twitter 什么感受不，那字段。。。

[putaozhenhaochi]

让后端加个 entity 转成 VO

[xgfan]

后端又懒又菜。
懒是因为用了一个巨大的万能对象应对所有接口。
菜是让人发现这么做了。

[arthas2234]

null 值是可以加个配置过滤掉的，直接返回数据库字段肯定不可行
很好奇，用户表也是这么做的吗，我看第二张图里面还有 oldPassword 这个字段，也是厉害

[cweijan]

其实就是偷懒, 后端懒得建个 DTO, 直接返回数据库实体.

[learningman]

入侵最喜欢这种了，sql 注入的时候猜表累死人

[mokevip]

emmm ，我因为这个问题和他们怼过无数次，我是给不了啥建议了，暂时救不了他们

[mokevip]

@dicc 啥感受

[mokevip]

@putaozhenhaochi 有没有文章这种，因为我是前端，对这个不太了解，后端是 JAVA 的

[mokevip]

@arthas2234 所有的都是 = =

[lmmlwen]

没时间啊，这就是最重要的，而且返回的数据结构这种东西对个人来说并无任何实际价值。我看有人说菜，这和菜没什么关系，谁不知道处理返回的资源，核心原因就是不是自己的东西不心疼

[clf]

就是没写 VO 的问题。

实在偷懒其实可以在类上加上 @JsonIgnore 这种注解就可以了。

[xujinhui1]

既然你都说了，以后出问题都是他们的锅。他们还是不做你就直接不用管即可，你把你分内的事情做好，早点把活做完摸鱼学习不香吗。

[cheng6563]

又不是不能用。
后台的框架模板或者代码生成器就是这么返回的呗，所以说你不喜欢就单独开个接口。
既然都用快速开发框架了，肯定以开发速度为重，这种低危漏洞也无所谓了。

[spicecch]

你可以先开发，然后自己写好接口文档并定义字段，让后端来接

[iamqiwei]

是不是用了若依的框架，这个框架本身就这样，我公司也是这样