温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
直播间会经常问到另外一个问题呢,就是前后端这一块,其实前后端的话,呃,你怎么怎么说,毕竟是两个团队,而且基本上就是很少用,嗯这个同一种语言。那我们在一般在在正常情况下,一个团队的时候,我们一般是把前后端的规范先定义出来,对吧,比如说接口调用方式,入餐出餐,还有一些通用的一些,呃,就是规范啊,比如说你的一些出信息,正常信息一下的分页,对吧,还有你的这个就是你的其他的一些异常信息,或者是怎么样的,这个的话都是提前规划好的。那这些信息规划好的话,后面的话就是还是业务上的,业务上的具体每个接口你要返回一些什么值对吧,我要给你传什么参数,这些东西都是规划好的,这些东西规划好的话以后呢,我们就是全后端可以去并行开发。调完之后的话,就是我们就有需要联调,那在这个过程当中呢,我们一般会有一个模拟的一个环境,模拟环境的话就是前后端都可以做,看哪个团队啊,有这种时间去做哪个团队都可以,然后在以往的经验当中的话,大部分是由后端来做的,因为后端的话就用这种猫客数据,现在也有不少这样的一些服务,就是中间件或者服务来直接提供。
01:20
只需要已把这个简省格式啊给提供出来,然后它就相当于我们就是说呃,这个服务器启动了,那前端就可以直接去调,这样的话也是非常的方便,那后端开发的时候是需要根据我们返回的这个Jason Jason的这种它的一个结构体,我们给它呃返回一般的话就是这个联调的时间就是非常少的,而且效率也非常高,大家可以借鉴一下,不然的话就是说很容易到时候时候是扯来扯去对吧,这个联条时间太长。而且错误也是非常的多,一旦做完以后再改来改去,很多就是说没有上线都在不停的打补丁,那这样的话就是非常,呃,后面的话就维护起来是非常的麻烦的。
02:05
因为关于前后端联调的话,大家如果有什么更好的方法或者是思路的话,也可以就是说愉快交流一下。
我来说两句