可以分别部署到不同服务器上。至于联调后，怎么做测试，可以通过把前端文件交给后端，由后端的应用服务器托管。同时，也可以用反向代理在不同的服务器来托管前端文件。比如：你在服务器 a 上，部署 nginx，把文件拷进去，后端在服务器 b 上部署后端服务，实现跨域请求。如果单位有运维，可以配合运维来做，更加推荐 nginx 方式，再外加部署一套 jinkins 环境，实现 cicd。
我们需要知道的是，后端不会管你的页面是怎样的，他只负责给你接口，就像前端只管你的接口能不能给我对应的数据，不管你的接口是怎么查数据库拿数据的
静态页面和数据对接完成以后，前端页面的下一个流程人应该是测试，后端给前端提供接口，前端并不需要给后端提供页面
需求评审确定时间 > ui提供ui > 前端写静态页面和交互 > 后端提供接口 > 前端对接后端接口的数据到页面中 > 自测没问题提测给测试 > 前端改测试的bug > 测试结束给ui,产品和需求方验收 > 修改他们验收发现的一些问题 > 跟着版本上线
这就是一次需求提出到上线的大致流程
前后端正常交互的流程
1、评审阶段：产品召集前后端进行需求评审，前后端各自捋清楚自己的业务量以及联调之间工作量，从而进行开发时间评估。
2、开发准备阶段：前后端一起商量需求中需要联调的部分，进行接口的口头协议交流。
3、接口定义阶段：前后端中的一方根据之前的口头协议拟定出一份详细的接口，并书写APl文档，完成后由另一方确认。有疑问的地方重新商量直至双方都没有问题。
4、开发阶段：双方根据协商出来的接口为基础进行开发，如在开发过程中发现需要新增或删除一些字段，重复步骤3。
注意：前端在开发过程中记得跟进接口，mock数据进行本地测试。
5、联调阶段：双方独自的工作完成，开始前后端联调，如在联调过程发现有疑问，重复步骤3，直至联调完成。
6、产品体验阶段：将完成的需求交给产品，让其体验，直至产品这边没有问题
7、提测阶段：将完成的需求提给测试人员，让其对该需求进行测试，如发现问题，及时通知开发并让其修改，直至需求没有bug。
8、评审单发布阶段：前后端中的一人进行评审单的拟定，发送给对应的领导，表明需求发布的程序，包括影响到的页面及业务，发布的流程，发布的回滚方案等。
9、发布阶段：前后端双方在保证步骤1—8都没有问题了，进行各自的代码发布，完成后由测试人员在线上进行相应的测试，如果有bug，重复步骤7和9，直至需求成功上线。
网友评论