大家不是你的同事，没办法只通过描述判定你俩画的 API 好还是不好。 API 好不好要看情况，我大概能猜出你俩的分歧实质上在于前后端对问题的建模不统一时，中间的适配器谁来写的问题。当然，这是抛开那些关于“过度设计”、“太理想化”这样的屁话不谈的。这种问题如果没有一个专门的第三方来完成，那基本上只能是你俩 battle ，属于复杂的人和复杂的职场问题，与技术无关。一个潜在的解决方案是多和领导沟通，有时候把他搬出来当仲裁官是有用的，但是这个就全看你对上班这件事的能力了……

@GuangXiN 嗯，我实际情况感觉是更适合混合模式做，初期决定先试试贴近页面的方案

我在这种事上就比较缺乏耐心，处置手段很低级： 前端：你给我把前端文案拼好了我多省事呢？ 我：我 NM 把你活干了多好呢？你工资给我吗，让我给你擦屁股？

针对“理由” 1 、前端写什么 API ？不都是后端先出 API 或者先定义名字给前端，不影响各自开发进度 2 、过（能力背书） 3 、他说的对，UI 上不显示、前后端交互也用不上的字段，肯定不加 4 、刚出来工作确实容易犯这个，有时候任务完成更重要，扩展性（也不是完全不考虑，需要自我平衡）、效率 后面再说。

@iseki 很准确的定位，谁写中间件是核心矛盾，也确实没有第三方来做。 另外一方面是我希望通过产品精细化原型定义来消除部分和前端之间的建模误差，这一步虽得到认可，但是进度缓慢，开发受到阻碍。 所以着急的话大概率还是得麻烦领导决策。 技术方面的话主要是觉得我在这方面缺乏体系，寻建议不是为了定夺谁好谁坏，想看看其他人在这方面有没有书籍或项目推荐。

大家都是来上班的，工作中上有纠纷应该协商解决。 他凭什么骂你

楼主是不是在香港读的大学？中英文混杂表达感觉很像方言

@unbinilium 前后端建模不统一是必然的，这是前后端分离的产物，或者说，前后端分离的一个目的就是可以分开建模，尝试强行统一不切实际。原则上来说应该引入某些人口中的 BFF 层，但现实上大多数小厂应该是不称这个的。