前后端分离项目，初期该由谁来主导接口以及数据格式的定义？

Question

经历了两次前后端分离，深深感觉到写个页面两天搞定，联调花了五天，我知道只是一开始前后端没有协商好接口，以及数据格式造成的，所以，我觉得一开始就应该协商接口以及数据格式，但是转念一想，还没开始开发呢？谁知道中间有哪些坑？所以这种协商给我的感觉是没有意义。还请各位老司机指点一下。

可以讲讲从开发开始，协商接口以及数据格式到根据协商的接口以及数据格式搭建mock server 到前端只连mock，后端也是只连mock server，后端哪个接口写完了，直接打通那一块，就行了，这个流程可以给我讲讲吗，谢谢了

Answer 1

没开发但是需求出了呀，接口应该是前后端根据需求文档来商定好的。
我们这边一般是开发前前后端碰一次，商量好有哪些接口，前端需要哪些数据，然后后端去定义wki，定义好了会再和前端一起check一遍，没问题了再进开发。
统一的mockserver我们这边倒没有，前端有自己的mockserver，后端也是自己mock自己玩，然后自测没问题了就是联调，提测。

Answer 2

没人主导 肯定架构说的算，没有架构，就是后端出服务，前端管内容格式，程序员思维都是点，最好把争论放下，多想想交互设计.先定服务架构，再定接口，一定要评审，没人是主导，业务与架构是主导...

Answer 3

我们一般后端定接口，定好了之后前端会根据交互完成审核下接口，双方都敲定后就开始开发。初期后端自己玩，前端也自己玩，双方没有必要关心对方在做什么，只按照接口办事即可。

作为前端，为了提高开发效率，我也做了个 mock 相关轮子，有兴趣可以看看这个：一个简单的 mock 工具应该长什么样 （里面详细讲了从前端视角出发整个开发流程）， 这个我们组都在用，效率确实提高不少

Answer 4

理论上是，谁更有经验和能力谁写，让前后端都方便，然后大家讨论。

实际是，都是后台定。然后写代码的过程中遇到问题后台再按自己的想法改。