公司规模稍大时，经常就会出现这类“争吵”
建议是由前端主导。毕竟前端是数据的消费者，知道数据以何种格式给出会比较便于处理、效率高。 在实际数据外层最好能再包裹一层，比如：
{ code: 0, message: '' data: {} }
code用来标识一些错误代码，message给出具体错误内容，正常情况下，code为0，message为空。 data则是实际的数据，前端根据需求告诉后端以什么格式组织data这块。这样至少在最外层是统一的。
首先，沟通是王道，一点也没错。
其次，我们有个小技巧：谁是需求方谁来定格式。比如一个GET请求到的数据，一般都是给前端来展示到页面上的，那么就由前端来确定最合适的格式。而一个POST请求都是需要后端写入数据库的，所以他们更知道需要什么数据。
仅供参考
能兼顾前后端的人来主导最好！单从前端或者服务器来考虑数据格式，可能都会方便自己。兼顾前后端，效率优先。服务器在计算方面需要给前端以方便。前端需要考虑服务器方面的一些实现限制，比如对象之类的。
对于服务器端的数据格式化，可参考使用https://typesafe.com/。
沟通是王道
前后端相互沟通相互碰撞的过程。
我觉得是后端主导，但一般都是使用JSON传输数据，哪里做主导感觉没什么区别。
看谁熟悉业务，熟悉规范，谁熟悉，就谁来主导。
可以由前端来主导。后端按数据结构开发接口，前端根据数据结构定义mockdata。节省很多时间成本。
前端后端沟通
这也需要考虑传输的数据的大小
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
建议是由前端主导。毕竟前端是数据的消费者，知道数据以何种格式给出会比较便于处理、效率高。
在实际数据外层最好能再包裹一层，比如：
code用来标识一些错误代码，message给出具体错误内容，正常情况下，code为0，message为空。
data则是实际的数据，前端根据需求告诉后端以什么格式组织data这块。这样至少在最外层是统一的。
首先，沟通是王道，一点也没错。
其次，我们有个小技巧：谁是需求方谁来定格式。比如一个GET请求到的数据，一般都是给前端来展示到页面上的，那么就由前端来确定最合适的格式。而一个POST请求都是需要后端写入数据库的，所以他们更知道需要什么数据。
仅供参考
能兼顾前后端的人来主导最好！单从前端或者服务器来考虑数据格式，可能都会方便自己。兼顾前后端，效率优先。服务器在计算方面需要给前端以方便。前端需要考虑服务器方面的一些实现限制，比如对象之类的。
对于服务器端的数据格式化，可参考使用https://typesafe.com/。
沟通是王道
前后端相互沟通相互碰撞的过程。
我觉得是后端主导，但一般都是使用JSON传输数据，哪里做主导感觉没什么区别。
看谁熟悉业务，熟悉规范，谁熟悉，就谁来主导。
可以由前端来主导。后端按数据结构开发接口，前端根据数据结构定义mockdata。节省很多时间成本。
前端后端沟通
这也需要考虑传输的数据的大小