This topic created in 2270 days ago, the information mentioned may be changed or developed.
一、对于新项目 /周期短的项目(活动之类)。
可以快速跟后端约定接口字段,然后前端自己 mock 数据开发。同时开发没什么问题。后面后端开发完成,大家再一起调整就好。
二、对于老项目 /迭代需求。
因为前端同学做这种需求的时候本地代理的是测试环境。这种迭代项目 在开发过程中会遇到后端频繁的发 api 接口到测试环境。导致前端同学开发的时候会中断。然而又不可能让前端的 mock 数据和测试环境一模一样,每次迭代都可以自由的切换。主要是想问问大家这块怎么整?
19 replies • 2020-08-25 11:17:56 +08:00
 |
|
后端开发接口 -> 前端等待 -> 后端部署测试环境 -> 前端开发 -> 联调
|
 |
|
为什么要跟测试环境一模一样呢?前后端沟通好数据结构,各自分头开发就可以了;而且 lz 提到的频繁发布测试机,不清楚这个频率到底有多频繁呢
|
 |
|
vindacAug 24, 2020 via Android
4
额 我们是前端先做。然后提供 mock 数据给我们,我们组装成他们需要的数据
|
 |
|
试试 yapi
|
 |
|
后端 swagger 导入 yapi,前端按接口文档开发
|
 |
|
看场景,如果后端人员足够基本不用 mock 吧
|
 |
|
yapi
|
 |
|
yapi 啊
|
 |
|
OHynAug 24, 2020 via Android
11
约定好数据结构就开干,
|
 |
|
VDimosAug 24, 2020 via Android
12
本地 mock,上测试环境,联调通过上 pre 环境,灰度上线
|
 |
|
api 规定好 找一 jsonserver 做输出 然后前后端一起干
|
 |
|
前端做页面的时候后端设计数据库开发接口。一起联调
|
 |
|
按功能模块分,单人同时负责前端和后端
|
 |
|
数据结构规定好, 使用 jsonserver
|
 |
|
新项目确实是用 mock,选一些好用的平台足够了;如果是老项目,我们一般是前端直连后台研发的机器,因为老项目的接口大部分都是成型了了,数据也都是 ok 的,但是重构过程中后台可能在不断的改,所以直连开发机是个不错的选择
|
 |
|
没得 mock,后端定义好接口,直接按照接口文档 swagger 开始开发。然后联调
|
 |
|
yapi
|