最近随着项目的开发、上线、总结，曾经摔过的坑，化为了自己避坑的方式（虽然还是会掉进新坑），项目推进顺畅了许多。在带动个人开发效率提升的同时，也使项目及合作团队的成员越发成熟，形成了共赢。 下面来聊下工作中遇到的各种问题：
前后端联调
1.接口对前端不友好，比如返回值的数据结构嵌套很深，或者需要多次请求后前端组装数据；
2.前端实现 vs 后端实现，比如分页、过滤、数值的计算等；
3.规范问题，如接口字段命名的一致性、是否符合同一命名标准、报错格式等；
4.缺少详细的 API 文档说明；
对于这些问题，一方面，可以通过技术手段来解决。比如，构建一套 API 管理系统，按规范定义 API，并且约束 API 开发者必须按照固定格式编写详细的文档才能发布 API；同时，提供测试环境，供后端自测；或是前端部署 BFF 层，合并 API 等等。
另一方面，在遇到分歧时，前端开发者需要坚持几点原则：
1.后端 API 应尽可能不依赖于特定的前端界面。这不仅有利于 API 的复用性，也可避免前端过重的逻辑影响页面性能；
2.单点维护原则：有时候，确实有些逻辑或功能，放在前后端来做皆可，比如错误提示的翻译。这时候，秉持在一处维护的原则即可，而不是各自维护一套；
3.用户优先原则：后端在定义 API 时，更多的会考虑原子性；而前端是直接面对用户的，需要更多考虑用户体验。但不管前端还是后端，最终都是服务于用户的。所以，对于一些可能会影响用户体验的 API，要坚持用户优先，甚至可以拉上其他同学，来推动问题的解决。
此外，很多时候，前端作为项目路径的下游，往往比较的被动。这时候，需要学会去化被动为主动。比如，采取一些技术手段，如 mock 数据减少对后端开发进度的依赖。
除了技术手段外，沟通问题的过程中，应该抱着共同寻找解决方案的心态，与后端一起分析问题并找出最佳方案，这样才有利于项目快速良好地推进。
上述问题需要多沟通，多换位思考，时刻牢记你们是合作伙伴，目标是一致的，都是为了推进业务的发展。且后端如果完全做数据中转，不做按业务进行减枝的话可能会造成多余业务数据泄露，同时平白增加相应体积浪费带宽，以及恶化前端性能。 如通过沟通还无法解决问题，那还可以寻求问题上升到Leader，由Leader来处理。
