来自早读君：
今天来分享前后端协作，不谈前后端分离，就分享大部分公司的协作。正文归纳总结了几种常见的方式很全面。
正文从这开始～
我们的流程是这样的，后台提供数据接口，或接口文档。然后我们前台进行razor模板的数据逻辑嵌套或html,css,js整个流程的开发。缺点是：工作量是满大的，优点是，所有前端view层的东西都是可控的。坑是比较多的，比如数据出现问题时，没有一个经验丰富的前端或后端进行联调，有问题短时间内是解决不了的。
一般跟后台合作分为这几种模式：1.只产出html页面，然后交给后端来处理数据。这种的好处是工作量比较少，公司没有专门的前端岗位时可以实行这种办法。但这种的缺点也是显而易见的，后端人员工作量偏大，如果有ajax或数据添加后出现样式问题，进行联调，花费更长的时间。
2.产出静态的php,jsp页面，然后交给后端来处理数据。这种的好处是因为提交的是php,jsp页面，如果数据添加之后界面出现问题，可以很快的去调整，方便各种联调，但是最根本的问题是后端的工作量还是稍大，并没有完全的减轻后端人员的压力。打包发布还是需要依赖后端，而且在开发中依赖后端的情形偏重。
3.产出动态有数据的php,jsp页面，前端与后端的打包发布完全独立。这种的好处是前端层的表现，数据完全由前端把控，有什么问题可以由前端独立解决，并单独打包发布。缺点是由于前端的工作量加大，对前端的技术存储要求偏高，人力招聘有一定的难度。由于这种界限的划分有时候很难确定，这时候群内朋友给出的建议是：1.公司上级确定，这个活该谁来干2.看公司实际情况，如果FE人少，那么就交给RD3.根据不同的语言来区分对待。
还有其它人的合作方式是：1、提出需求，讲明白前端要的接口效果。看后台人员是否能满足这样需求，如果有现成的接口，直接调用就是。如果没有，那么就跟后台人员协商是否可以再次开发。评估工作量和完成日期。2，有时候后端设计出来的接口不一定能满足所有的需求，也许在某个方法中有个雷，直到自己去调用才知道。就比如批量插入数据，前台可能会循环调用保存，而不是后台批量插入。前台依次来调用是可以完成操作，但是效率是个问题，需要很好的去权衡。在与后端合作当中，后端没有提供数据接口，如何处理？有以下几种办法：1.自己制作模拟数据这种办法的缺点时，有时候可能会造成api变更时没有及时更新，好处也是显而易见，能够快速的完成前端任务。2.使用