如题
在新项目开始时,前端使用数据驱动的前端框架时,前端很多工作依赖于后端接口格式。所以必须等待后台开发,前端则无事可做,浪费大量时间。
请问大家有什么解决方法吗?
如题
在新项目开始时,前端使用数据驱动的前端框架时,前端很多工作依赖于后端接口格式。所以必须等待后台开发,前端则无事可做,浪费大量时间。
请问大家有什么解决方法吗?
上面大佬已经提到了,我还是要在强调一遍:无论什么时候都要有接口文档,接口文档,接口文档。
我下面的回答是针对接口文档谁来写,如何写,写到什么程度。
大部分的公司是后台维护接口文档。因为后台更了解数据库,后台工作比较轻松,时间多
但是让前端来定接口,是很棒的。
因为之前遇到过,后台是个新手,没能力先写接口文档,这个时候我作为前端,好多时候都是帮他定,虽然我也是新手,但是我胆大,后果无非就是周末加班而已。。。等下扯远了。。。回归回归。
问题中说了,“前端是数据驱动的框架”,那更应该前端定接口文档,要什么字段列一下,后台先大概评估有没有这个字段,方便不方便来返回。评估OK。那就干。前端就根据文档来开发。。开发的过程中运用上面大佬的方案就行了。。
值得补充的是:如果后台人多(后台效率高点,)协商一下啊,让后台把json 串先给出来。前端先把接口的地方写死。。。不过这样一定要提醒前端开发人员注意接口的异步性
如果觉得回答是认真的,请采纳
其实在设计完成或者原型定稿阶段后端就可以开始架构接口数据了,设计完成后前端即可直接进入开发,数据可以本地模拟也可以借助远程mock工具,等你界面完成,相信后端的接口也完成了,这时你就可以直接进行数据对接。 这个过程就是并行的。
先定数据格式,再让后端进行开发,自己在前端mock一下就好了