为什么有些后端经常问：喂，前端兄弟，帮忙看看 XXX 功能是用了哪个接口？

[jrtzxh020]

经常会这样

后端：前端兄弟，帮忙看看 XXX 功能是用了哪个接口？

我：好的。稍等，是这个 xxx

后端：确定是这个？

我：。。。

虽然帮忙找个接口不难，但是会有点恶心的感觉？

[pkaq]

@jrtzxh020 有的前端会拿只要能达成效果的接口就用了 实际上后台做的专用接口根本没调用 说回来还是研发管理的问题

[719465553]

不知道恶心在哪里，对你是举手之劳，如果是经常这样，确实是有点恶心，但是从你的描述来看是第一次，应该是怕后面一直这样。次数少我觉得无所谓，大家都是同事，你帮了他，后面你找他要接口人家也记得

[Vitali]

程序猿何苦为难程序猿，不互帮互助，难道要 007 么？

[jrtzxh020]

@719465553 平均每次某个功能更改都会问

[mars0prince]

你问后端，这个接口有没有用，需不需要传某某字段的时候，大部分也是不耐烦的和我说，不知道，你试试，不报错就没问题。只有少部分会帮你查代码。人和人都是一样的，直接教他 F12 或者让他看日志就完事了。

[yaphets666]

@mars0prince 这不是说明后端接口文档没写清楚嘛 传哪些字段难道要前端猜吗

[yema50]

emmm……我们这里的前端是把后端接口封装过的，直接通过 network 查看看到的是前端定义的接口，还有后端代码因为某些原因，具有类似功能的不同版本，不知道前端调用的哪一个接口

[yema50]

其实现在大多数情况下我都是自己翻前端代码确定接口的……

[shadeofgod]

来了来了，用 redux 难受的给你们推荐自己撸的一个轮子，自家后端同事都说好用 https://github.com/shadeofgod/reackt

[shadeofgod]

咦，发错帖子了。。

[myon]

多大点事，有时间就帮，没时间就教他自己找

[arrow2015]

后端只负责提供接口，他不需要必须记住你前端用到哪个功能上了吧

[ksssdh123]

一般后端不是大规模要看接口 就顺便帮忙看下，如果大规模
那就教会他 如何看 就行了
app 更麻烦，我都教会后端怎么抓包 怎么看了

前端一直有一个理想化的想法就是 新手接老项目的时候，让新手不用去问前端 喂，老兄，这界面调的哪几个接口？

现实告诉我，目前任何工具 任何文档（因为从效率上来说 还不如去问前端来得快，或者自己学会看）都改变不了 最好的方式就是前后端都是一个人...

[AGEGG]

一般 api 项目都自己写前端的访问日志，运行日志，错误日志。不熟悉的业务：打开日志，打开前端（页面，小程序，app ），查看访问日志，看看代码就大概知道了，所见所得，简单高效。错误排除，记录复现也都很可靠。

[zhangqilin]

APP 的话不好办
API 的话看前端访问日志不就完事了

[guanhui07]

后端自己抓包 解决，不过有时 问一下 确定下 也没什么吧

[elarity]

API 不涉及具体操作交互业务逻辑，而且某个 API 除了被用到 UI A 的场景下，很有可能还会被用到 B 场景下。

[leafre]

现在前端都是 webpack，F12 还真找不到接口

[bk201]

team 就不能有一点沟通吗？

[lihongjie0209]

@leafre #118 webpack 是打包工具， 接口调用是网络请求， 有什么联系吗