求问，碰到这种后端同事怎么办

[feifeichen]

我们在共同开发一个三个互相联动的筛选条件功能，然后这个筛选接口每次返回三个筛选 list 的集合，这个功能有个条件是不需要过滤当前选中的筛选条件集合，我们采用的是字段标识当前筛选的是哪个 list ，然后这个被标识的 list 就不需要进行过滤，但是没进行过滤的 list 他这个接口直接返回的空数据。于是有了如下对话 我：值不能一起返回吗？ 他：后端也是封装的这个 一起返回就得调两次查询 我：得返回下，因为那个接口得数据我是跟着来的 他：你复制 3 个这个方法 于是为了满足这个功能按照他的想法来就得复制三个重复得方法，如果后续条件增加得话这个相同方法就会越来越多，现在很明显的问题来了，明明这个前端是一个工厂模式就能解决得，为什么他要这样互相折磨？

[zhaol]

如果改变不了后端，前端自己处理也简单，不是有标识的字段吗，有标识字段的 list 就不设置到筛选框呗，也不需要什么复制方法。

[feifeichen]

@zhaol 这样需要维护第一次获取到的那三个 list ，不然顺着选择的次数增加筛选条件只会越来越少，就还得写另外的功能，对比后端一个查询的功夫和前端这么绕真的划得来吗？

[feifeichen]

只是单纯想问下碰到这种合不来的同事产生的分歧该怎么解决

[JYii]

@feifeichen 这太简单了，如果同一个领导问领导怎么处理，两个领导就看哪个领导硬气。曾经因为领导软弱写过很多惨不忍睹、只有自己和对接同事才明白的接口，无所谓了，工作上的事看淡点

[Vitta]

你见过一个页面要调 70+接口的后端么

[helone]

协调不了就忍忍自己处理得了，反正公司的项目，又不是自己的项目，调用再多接口，速度再慢，有多不优雅都没差，努力提升自己早点润

[3dwelcome]

找个竞技游戏刚正面，谁输就谁改。愿赌服输，立字据。

当然游戏正面怼不过的话，那就楼主自己改改呗。

别老是用工厂模式，要善用适配器模式，让请求结果在中间封装一次，做个前端里的伪后端，就不用麻烦别人了。

[lower]

@Vitta 我昨天碰到一个诡异的问题，服务部署到生产环境，某个页面请求后台的接口里随机有几个会 503 ，浏览器报错是跨域，可是我跨域明明都配置好的，其他接口都能正常……后来检测了好久才发现，是我在生产服务器 nginx 里配置了限流，每秒同一 ip 最多只能 10 个请求……我在那个页面同时调用超过了 13 个，超过的就被 ban 掉了😂

[Vitta]

@lower #8 学到了 🐶

[wenzhonghu]

无所谓了。工作嘛，怎么干都是干。你可以把这个看成一个特殊的客户需求，然后在前段尽可能优雅地处理它。这样你照样可以学到东西。

[ch3nOr]

@lower 正好可以以此为理由，让后端整个聚合接口吧

[zixiCat]

仅仅将这种方案及利弊等发到对应的技术群，由其他人或者话事佬去决定

[lqw3030]

告诉自己"强者总能向下兼容"

[feifeichen]

我把问题和解决方案提上去了，然后开会后端绕啊绕的，最后磨叽了一个小时还是他改，我真的很不能理解这种人的心态，相同的情况出现过无数次了，开会真的开麻了。很简单的问题每次都搞的心累

[feifeichen]

啥时候才能碰见合得来的搭档啊

[mikulch]

@Vitta 不会吧，你们什么页面这么大？

[daimubai]

我是尽量让前端接的舒服，不是太过分的，我都会跟着他的要求来

[RiceNoodle]

@feifeichen 如果老是同一个后端质量太差，你就整理个文档，列举一下以往的低质量接口的情况。
一个文档列举 3-5 次事实，然后提交给你 leader 去沟通。
拿着事实证据在手，你 leader 才硬的起来。

[james2013]

把问题在开发沟通群 @他
多 @他几次,大家就知道了

[rabbbit]

1 GraphQL
2 后端是 Spring 不？是就学 Java 自己写了，SpringBoot 增删改查根本就不难，自己回家学学用不了一个月就能上手。

这样年报，简历不就有东西写了：
- 引入了 xxx ， 学习了 xxx
- 优化了 xxx 流量， 提高了 xx% 的速度