公司规模稍大时，经常就会出现这类“争吵”
前端后端沟通
可以由前端来主导。后端按数据结构开发接口，前端根据数据结构定义mockdata。节省很多时间成本。
这也需要考虑传输的数据的大小
坐下来一起定数据接口是最好的选择。
前后端相互沟通相互碰撞的过程。
方便扩展 -> 后端
效率至上 -> 前段
打一架，谁赢谁说了算！
首先，沟通是王道，一点也没错。
其次，我们有个小技巧：谁是需求方谁来定格式。比如一个GET请求到的数据，一般都是给前端来展示到页面上的，那么就由前端来确定最合适的格式。而一个POST请求都是需要后端写入数据库的，所以他们更知道需要什么数据。
仅供参考
看谁熟悉业务，熟悉规范，谁熟悉，就谁来主导。
沟通是王道
最外层统一以后，随便你们怎么折腾
建议是由前端主导。毕竟前端是数据的消费者，知道数据以何种格式给出会比较便于处理、效率高。
在实际数据外层最好能再包裹一层，比如：
{
code: 0,
message: ''
data: {}
}
code用来标识一些错误代码，message给出具体错误内容，正常情况下，code为0，message为空。
data则是实际的数据，前端根据需求告诉后端以什么格式组织data这块。这样至少在最外层是统一的。
我觉得是后端主导，但一般都是使用JSON传输数据，哪里做主导感觉没什么区别。
前端
最重要的是定好规范
能兼顾前后端的人来主导最好！单从前端或者服务器来考虑数据格式，可能都会方便自己。兼顾前后端，效率优先。服务器在计算方面需要给前端以方便。前端需要考虑服务器方面的一些实现限制，比如对象之类的。
对于服务器端的数据格式化，可参考使用https://typesafe.com/。
归根到底还是要把数据显示到页面上来。显示成什么样子，是蹦的跳的还是来回跑的，那是前端的事儿。要什么数据，哪些数据，告诉后端，后端按前端需要的把数据读出来并返回给ajax。我们公司一前端跟我说，我要哪些哪些数据，要json串即可，剩下的不用你管了。于是乎，我根据他的要求，将数据从数据库里读出来，最后echo
json_encode(他要的数据)，就OK啦。