关于前后端联调

回归

hello,我又回来了,哈哈哈,反正也没有人看。

上班

没错,老子上班去了,很酸爽。感觉学到了很多东西,其实也都是皮毛。不过,三四个月了,是熟悉完成的阶段了。然后呢,就感觉进步乏力,可是这才哪儿到哪儿啊,于是想到看书,于是想到看视频,于是,最后发现还是要写博客~~~

今天分享下前后端联调的事情吧。

前后端联调

做事情到现在,经历了多种前后端开发。

首先是个人开发时期,一个搞定前后端,语言是php,所以整体是混合在一起的。那么,优缺点主要和个人开发有很大的关系;

  • 一方面开发速度还是比较快的,比较东西都在那里,想看什么有什么,改动的时候逻辑比较清晰,不容易搞混,对技术水平要求较低;
  • 另一方面,代码的复用率不高,也有改动比较困难的最大的缺点;

然后是团队开发,dist包模式;

  • 这种情况,前端会把前端打包为dist包,放在后端代码中,独立文件夹;
  • 优势在于,做到了前后端分离的开发,效率提高,且干扰很小;
  • 缺点在于,每次前后端改动,前后端需要分别更新,一定程度上相当麻烦,让人恼火;

最后是今天这种,前端框架是包含在内的,比如vm文件;

  • 这种一方面做到了前后端分离,互不影响开发,又能够有效的同步进度;

总结来说,技术上,或者说,方案上,前后端分离需要前后端足够的去耦合,又需要优秀的同步机制。

但是,即使如此,前后端的联调也是十分恼火的事情!!!

  • 先说理想情况:后端约定好接口,前端根据接口进行开发,两边都完成后,进行功能联调,解决问题,开发完成。
  • 实际情况:产品一大堆需求,后端自行约定好接口,前端自行写好页面,后端开发完成找前端联调,前端表示数据没有,后端表示入参不对,前后端都更改,前后端改的不是同一个接口。。。。。

所以说,问题在于,前后端开发,和前后端联调,本质很像,都需要高内聚,低耦合,再加上优秀的同步机制;

但,往往开发中,最缺少的就是优秀的同步机制;

SVN?GIT?在这方面,人的素质远远大于工具了吧。。。

程序员的自我修养,在这体现的就相当充分了。于己,是否能够做到设计、开发、测试、文档每一步的到位,于其他方,是否熟悉对方的职责,对方的工作内容,是否能及时的进行沟通,是否能高效、准确的进行沟通。就好像上了这么多年学,其实是练习思维能力,分析判断能力一样,一个程序员多年工作下来,最触及本质的应该是这些内在东西吧。

俗话说,学而不往非礼也。和前端联调的时候,感觉上还是大家口头交流最高效,所以往往避免不了一方有空着的时候,这点着实不太好,但换个角度而言,也是观察对方工作,甚至是另一种程序员工作的方法和习惯吧,说不定一下子就全栈了~~

生活

突然间学会了刷牙,突然间学会了在床上写博客,哈哈哈~

晚安,没人看的博客~

原文地址:https://www.cnblogs.com/andy1202go/p/7828558.html