為什么要前后端分離?前后端分離的好處和壞處是什么?


剛入職新公司,新公司的前端技術棧除了支付寶小程序,其他項目都是jquery+html 寫的。領導想讓我推一下vue+vue-cli+webpack,前后端項目的想法,我正在做整理資料,我便想到了前后端分離項目的必然性的特點,和傳統技術的優勢;

總結的最完美的一句話我覺得應該是前后端分離的主要概念就是:后台只需提供API接口,前端調用AJAX實現數據呈現!!!完美啊。后台只注重算法,向前端提高接口,前端根據接口顯示數據,只需要處理前端的業務邏輯,界面優化等等

我剛上手的第一個前后端項目的時候,后台會提出我以前這種方法很好用,沒必要改成那樣的吧,這種方式也沒什么不好啊?我感覺這是很多人共同會提出的一個問題,但是隨着時代的進步,這些技術越來越多被替代,被淘汰。

前后端分離會增加前端的工作壓力,減輕后台的工作量,后台不用管前台的業務實現,不用管前台的頁面實現。以前,很多項目前后台都不分的,后台習慣了,前台代碼他們也會改,出bug了,他們也可以一眼看到bug在哪里,自己順手就

改了。

很多公司,前端人員很少,都是后端做的,試問后端對前端精么?仔細看一下,代碼,大量的前端代碼摻雜着前台代碼,可讀性很差,來個新人就很難維護,但是前后端分離之后,前端看的懂,也不需要學習怎么看后端代碼,節約成本

前端有前端的標准,后台有后台的規范。他們只要共同約定接口的定義,幾乎是拿到需求分析后,拿到設計圖,是可以一同工作的,再也不是以前等前端出完圖,放到eclipse ,后端拿來開發,邏輯一變,后台要改,前端也要改。

所謂的工程化也是讓別人能夠更快更好的維護我的代碼;

前后端分離並非僅僅只是一種開發模式,而是一種架構模式(前后端分離架構)。

千萬不要以為只有在擼代碼的時候把前端和后端分開就是前后端分離了,需要區分前后端項目。

前端項目與后端項目是兩個項目,放在兩個不同的服務器,需要獨立部署,兩個不同的工程,兩個不同的代碼庫,不同的開發人員。

前后端工程師需要約定交互接口,實現並行開發,開發結束后需要進行獨立部署,

前端通過ajax來調用http請求調用后端的restful api。前端只需要關注頁面的樣式與動態數據的解析&渲染,而后端專注於具體業務邏輯


免責聲明!

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



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