公司后端接口格式不规范，前端该怎么办

[lsymy]

背景： 我本来是以后端应聘进入公司的，在独立开发完两个项目后工作内容有变动，转了前端。

然后现在做前端内容一个月时间，发现是个巨坑。 主要包括但不限于：

1. 后端的接口不遵循 restful
2. 帕斯卡、下划线命名混用，在一个字段可以见到 2 种命名规则，如: 'Sum_Money'
3. 对数据完全不做处理，比如一个数字类型，空的时候会有 0 和 null 两种情况
4. 返回的数据需要前端计算处理, 十个字段有五个是要计算的
5. 常常修改字段名

因为这些问题已经和后端激烈沟通过两次，无果。以数据量大，节省服务器资源等理由搪塞，我感觉就是纯偷懒。
所以想集思广益，我明天准备进行第三次沟通。
就查个表干脆数据库放开来让我自己查得了!

[a62527776a]

摸一摸得了 领导都无所谓

[westoy]

搞不好， 你只要碰过， 后端出了点什么问题都是你的锅

搞的好， 后端裁掉， 给你涨薪 15% ，你一个人干一个组的活儿

好吧， 开始选择吧

[miv]

就是提前沟通好约定好格式啊，再干活呀。

[urnoob]

除了 常常修改字段名 其他都好说
如果因为 常常修改字段名 出了什么事故 这个可以怼

[hhjswf]

为什么一定要 restful ？

[en20]

向上反馈,不解决就拒绝联调. 如果这都解决不了说明管理有极大问题,趁早跑路

[Ninja365]

规范问题就不要太较真了，费时费力，这帮懒鬼还不会听你的，尽量向上级寻求帮助，一定要卡住接口文档且不要随意变更，这是前后端对接规范，同时这种事还是要靠自己花费经历去游说和维护，没办法

[wu00]

1 ，不遵循 restful 风格很正常，大部分遵循 restful 的也都是不伦不类的，还不如全 post 用起来省心
2 ，这个该喷
3 ，0 是 0 ，null 是 null ，没毛病，文档上说清楚就行
4 ，这个得看场景吧，有些就是需要前端处理 /计算，以满足不同的展现形式，前端也有部分前端逻辑吧，不可能所有地方都是只管拿到数据绑定就行了。
5 ，“常常”修改是不是填第 2 点的坑呢

[lsymy]

@wu00 中肯
3. 就是没说清楚，就是写了 number 实际拿到 null
4. 需要前端计算的我肯定是完全接受的，有些页面效果编辑后变动这很正常

[lsymy]

@urnoob
实际就是出了问题我才知道他改了字段，然后才告诉我。
也有修改字段删除字段的情况，也不记录，每次费力一个个去对应。

[ivvei]

也就 5 算个问题，其他都是屁大点事

[haoswil]

1. 你有话语权就就摁住给老子改
2. 你没话语权，功能，功能，功能，功能满足就行，管你是什么💩山，你在坐在💩上面，和💩差不多恶心

[8355]

有矛盾上升啊 跟你领导说 让你领导找他领导咯

别急啊 如果领导不在乎就这样好了
有 bug 让测试提给后端

[hhjswf]

@lsymy 干过后端你肯定知道，屎山代码数据库乱七八糟 null ，0 都有，要么前端处理要么后端处理，看谁老实人拗不过了

[bhbhxy]

我公司的后端完全就是在混，返回的字段名称居然是
{
"count(*)": 10
}
纬度给返回 100 ，也不管对不对
接口通不通完全不管，连鼠标点一点都不做，上线了事，bug 全都要前端去反馈，自己从来不测
找领导反馈，领导和稀泥，说不理解我们为什么不能好好沟通
现在明白了，碰上烂人烂事真没办法，只能避开

[lsymy]

@hhjswf
唉，明白这个道理，有些屎就是得吃。

[lsymy]

@bhbhxy 哥们你这个也是夸张的，你们后端是手写 sql 返的吗

[lsymy]

@haoswil 没话语权，所以和你说的一样，和💩一样恶心，那就不操那个心，以后变成💩山也别说我就行

[chaleaochexist]

这样啊.

那我可能会前后端一起做了. 把那个后端架空. 他就慌了.

[sadfQED2]

@ivvei 赞同，也就 5 算个问题，其他的都屁大点事。处理 0 null 都是基本操作，百度地图的 api 有时候都数字文本轮流来，只要后端是 php ，都这德行