關於前后端聯調


回歸

hello,我又回來了,哈哈哈,反正也沒有人看。

上班

沒錯,老子上班去了,很酸爽。感覺學到了很多東西,其實也都是皮毛。不過,三四個月了,是熟悉完成的階段了。然后呢,就感覺進步乏力,可是這才哪兒到哪兒啊,於是想到看書,於是想到看視頻,於是,最后發現還是要寫博客~~~

今天分享下前后端聯調的事情吧。

前后端聯調

做事情到現在,經歷了多種前后端開發。

首先是個人開發時期,一個搞定前后端,語言是php,所以整體是混合在一起的。那么,優缺點主要和個人開發有很大的關系;

  • 一方面開發速度還是比較快的,比較東西都在那里,想看什么有什么,改動的時候邏輯比較清晰,不容易搞混,對技術水平要求較低;
  • 另一方面,代碼的復用率不高,也有改動比較困難的最大的缺點;

然后是團隊開發,dist包模式;

  • 這種情況,前端會把前端打包為dist包,放在后端代碼中,獨立文件夾;
  • 優勢在於,做到了前后端分離的開發,效率提高,且干擾很小;
  • 缺點在於,每次前后端改動,前后端需要分別更新,一定程度上相當麻煩,讓人惱火;

最后是今天這種,前端框架是包含在內的,比如vm文件;

  • 這種一方面做到了前后端分離,互不影響開發,又能夠有效的同步進度;

總結來說,技術上,或者說,方案上,前后端分離需要前后端足夠的去耦合,又需要優秀的同步機制。

但是,即使如此,前后端的聯調也是十分惱火的事情!!!

  • 先說理想情況:后端約定好接口,前端根據接口進行開發,兩邊都完成后,進行功能聯調,解決問題,開發完成。
  • 實際情況:產品一大堆需求,后端自行約定好接口,前端自行寫好頁面,后端開發完成找前端聯調,前端表示數據沒有,后端表示入參不對,前后端都更改,前后端改的不是同一個接口。。。。。

所以說,問題在於,前后端開發,和前后端聯調,本質很像,都需要高內聚,低耦合,再加上優秀的同步機制;

但,往往開發中,最缺少的就是優秀的同步機制;

SVN?GIT?在這方面,人的素質遠遠大於工具了吧。。。

程序員的自我修養,在這體現的就相當充分了。於己,是否能夠做到設計、開發、測試、文檔每一步的到位,於其他方,是否熟悉對方的職責,對方的工作內容,是否能及時的進行溝通,是否能高效、准確的進行溝通。就好像上了這么多年學,其實是練習思維能力,分析判斷能力一樣,一個程序員多年工作下來,最觸及本質的應該是這些內在東西吧。

俗話說,學而不往非禮也。和前端聯調的時候,感覺上還是大家口頭交流最高效,所以往往避免不了一方有空着的時候,這點着實不太好,但換個角度而言,也是觀察對方工作,甚至是另一種程序員工作的方法和習慣吧,說不定一下子就全棧了~~

生活

突然間學會了刷牙,突然間學會了在床上寫博客,哈哈哈~

晚安,沒人看的博客~


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM