为什么公司的后端这么懒

经常说的话就是： 1、这些数据我要查多个表，麻烦，给你两个接口把，先查出来 XXX 再根据 XXX 查~ 2、报错了，前端赶快查一下 --- 麻蛋，5XX 的错误，我给你查个毛啊~ 3、这个 XXX 前端做嘛，后端不想做，麻蛋，明明计算 MD5 之类的后端做更方便啊~ 4、接口不规范，格式都不规范，让后台改，“哎呀，又不是不能用，我这里不好弄，你改一下嘛”~ 等等等等~ 太多真不知道是我们公司的后台懒，还是这是风气咋滴。更不要提，每次出错，不去定位直接吼前端，前端不给定位原因就不管任其问题存在。每次出问题，后端都不去定位问题，只是猜，一群人在那七嘴八舌的猜测原因，却没一个人愿意动手去查问题，找出原因后，只要说是后端的问题，就非常不情愿的改，千方百计的想让前端改，有这个争论的时间，问题都改好了好吧！

ycz0926

2018-05-07 16:38:28 +08:00

@ycz0926 甚至是后续的扩展
其实，单单实现一个前端要的接口，是很省事的（大不了多个 sql 连表），可到了后期，项目复杂起来了，很多东西都会是重复编码，前期能抽象的抽象出来，不过最好还是不要暴露给前端，再有一个就是，如果写 django 之类的项目，用的是类视图的话，一个功能一个 class （不一定和业务一一对应）
个人的一点见解

ycz0926

2018-05-07 16:40:54 +08:00

@bestkayle 写 php，很容易这样做，多迭代几个版本，估计连自己都分不清哪个字段有修改，一个业务接口一大坨代码，看到的就是各种注释，维护起来，你就知道痛苦了

ttboy

2018-05-07 17:09:54 +08:00

看了下，赞同一些观点。接口考虑的是通用复用性设计灵活性合理性有时候还得考虑下开发时间，策略成本，能一个接口写完还省事了，前端这里考虑的更多的是少写几行代码前台怎么方便，后台怎么改，后台接口是得考虑下前端，但是也不能因为一己之私少写几行代码影响系统。就比如其他公司要调用你的接口，人家要求为了方便，要求你改接口。改好了然后另外一家公司也要求你改接口，这不就乱套了吗？还有一点就是纠正一下后台能解决的并不是都要后台来解决，这考虑到分工，合理性，人家也没义务什么都帮。所以就要看后台设计规不规范，合不合理，不合理就让他改，合理就是自己不讲究了。

liuxu

2018-05-07 17:10:17 +08:00

不是后端不改，你前端只考虑一个点，但实际上后台接口错综复杂，要考虑全平台，改了之后你这里是满足要求了，但其他地方可能就出问题了

gelilaohuang

2018-05-07 17:14:03 +08:00

base 上海，之前的后端同事有个是本地的，也是懒到极致、屌出境界 , 后来那哥们走了我们就不在招上海人了（不要对号入座，因人而异）

AllOfMe

2018-05-07 20:16:13 +08:00

前端大部分时候不用考虑高并发，sql 查询效率，安全漏洞等等，最多就是压缩一下文件尽可能缓存。而后端给你一个接口要考虑到是否合理，是否有更加 OK 的实现方式，以及查询效率会卡死狗 shi 等等。
比如，你让我 java 弄一个集合操作，如果不是特别机密的算法，我更宁愿让前端配合 lodash 去弄，这样也间接减轻了服务器端的负担。

lalalakakaka

2018-05-07 20:50:07 +08:00

作为一个（伪）全栈我得给后端说几句话：
你要考虑到代码寿命问题。
前端的一行代码，一个页面每过一年都要大改一次。甚至整个业务都会完全废掉。
可后端业务，尤其是和核心数据库相关的业务可是要一直跑下去的。甚至后端语言换一遍，后端开发者换一遍，接口的设计和业务逻辑都不会变化。
你随随便便加个接口，过几个月页面下线不用了。你说我敢不敢把这个接口废掉？我后端如果过几个月想重构下代码，看见一大堆没什么用，功能重复但又不敢删的接口代码（特别是那种“就几行，联合查个表，拼个字符串就行”）的代码，是什么心情。你们前端能理解么。。。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/452731

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.