免費(fèi)AI編程助手
許多剛接觸 IT 行業(yè)的小伙伴們經(jīng)常會(huì)聽到前端，后端兩個(gè)詞。小伙伴們可能會(huì)開始疑惑，不都是一家程序員嘛分什么前后端？接下來這篇文章，小編來告訴你，是什么讓程序員分了家？為什么要進(jìn)行前后端分離？
首先，從最開始的開發(fā)說起：早期的 web 服務(wù)器開發(fā)比較隨意（沒有工程化體現(xiàn)），后端的 CGI（公共網(wǎng)關(guān)接口）既要負(fù)責(zé)數(shù)據(jù)處理，又要負(fù)責(zé)展示頁面的生成。就像建房子一樣，一個(gè)磚瓦匠，既要一邊砌墻，又要一邊刷漆，還要一邊和泥。使用這樣的方式，一個(gè)程序員就能把數(shù)據(jù)處理和頁面展示的活都給干了。在早期，這樣的開發(fā)方式相當(dāng)普遍。
后來，人們發(fā)現(xiàn)，軟件開發(fā)也可以像土木工程那樣進(jìn)行工程化開發(fā)，這時(shí)候又想到了之前的軟件開發(fā)中出現(xiàn)的種種問題，為了解決這些問題，一種新的設(shè)計(jì)模式出現(xiàn)了，它就是 MVC 模式。
MVC 模式把一個(gè) web 應(yīng)用分成三個(gè)層面，分別是 control 層（控制層），model 層（模型層）和 view 層（視圖層）。如下圖所示（不包含數(shù)據(jù)庫，數(shù)據(jù)庫處理是模型層的業(yè)務(wù)處理）：
MVC 模式的三個(gè)層面分別負(fù)責(zé)不同的功能。模型層負(fù)責(zé)專門的業(yè)務(wù)處理，視圖層負(fù)責(zé)專門的UI繪制，而控制層則負(fù)責(zé)作為中轉(zhuǎn)控制連接模型層和視圖層。這樣子的開發(fā)方式將一個(gè) web 應(yīng)用分成三個(gè)部分。每個(gè)部分的代碼量減少了，出現(xiàn)代碼錯(cuò)誤排錯(cuò)起來更方便。而且原先把控制視圖的代碼和控制邏輯的代碼混合在一起，對于 UI 的調(diào)試不方便，也容易出現(xiàn)一些奇怪的錯(cuò)誤（比如 java 的 servlet 中如果用頁面流的方式輸出 HTML 代碼，不僅影響 servlet 的代碼美觀，HTML 代碼中如果出現(xiàn)一些特殊符號(hào)（比如雙引號(hào)）導(dǎo)致頁面流提前結(jié)束，代碼就會(huì)出錯(cuò)）。
這種將一個(gè)代碼中不同功能進(jìn)行模塊拆分的方法，在軟件工程中叫松耦合。從字面意思理解，就是降低功能和功能之間的耦合度，使一個(gè)功能在出錯(cuò)的時(shí)候不至于同時(shí)影響另一個(gè)功能。
使用 MVC 模式開發(fā)，如果以建房子來當(dāng)比喻，就相當(dāng)于請了三個(gè)磚瓦匠，一個(gè)負(fù)責(zé)和泥，一個(gè)負(fù)責(zé)刷漆，一個(gè)負(fù)責(zé)砌墻。如果其中一個(gè)磚瓦匠生病了不能干活，并不會(huì)影響其他磚瓦匠干活。
不過在上面的這個(gè)階段，前端和后端其實(shí)并沒有完全分開。以 java 為例，MVC 模式只是將控制層放在 servlet，將視圖層放在 JSP 中罷了，他們依然還在一個(gè) web 服務(wù)器上，依然都需要學(xué)習(xí)后端的 java 語言（但相對而言 JSP 需要學(xué)習(xí)的 Java 語言較少），他們還是需要同時(shí)進(jìn)行開發(fā)。但隨著 Ajax 的出現(xiàn)，JavaScript 可以使用 json 來與服務(wù)器進(jìn)行數(shù)據(jù)交互，真正的前后端分離出現(xiàn)了。
在原本的 MVC 中，JSP 是負(fù)責(zé)動(dòng)態(tài)生成 HTML 的。但在長期的編程中發(fā)現(xiàn)，有些頁面在動(dòng)態(tài)生成的 HTML 中有大部分?jǐn)?shù)據(jù)是相同的，只有小部分?jǐn)?shù)據(jù)是需要更新的，這時(shí)候的思路就從動(dòng)態(tài)生成整個(gè) HTML 頁面轉(zhuǎn)變成了使用靜態(tài)頁面再對小部分?jǐn)?shù)據(jù)動(dòng)態(tài)刷新。因此 Ajax 誕生了。Ajax 通過與服務(wù)器交互，獲取需要?jiǎng)討B(tài)生成的數(shù)據(jù)（以 json 或者 XML 進(jìn)行傳輸），然后再通過 JavaScript 渲染在靜態(tài)頁面上，從而實(shí)現(xiàn)頁面的生成。這樣子后端就不再需要分配多余的資源給 JSP 動(dòng)態(tài)生成頁面了（每一個(gè) JSP 其實(shí)都是一個(gè)特殊的 servlet，會(huì)占用服務(wù)器的資源）。于此同時(shí)，前后端也徹底分離，后端只需要負(fù)責(zé)使用 json 與前端進(jìn)行交互即可，前端也只需要負(fù)責(zé)找后端獲取數(shù)據(jù)渲染即可。使用 json 進(jìn)行前后端的聯(lián)系。這樣的方式，是比傳統(tǒng) MVC 更松的耦合。
因?yàn)榍昂蠖耸峭ㄟ^ json 的方式來進(jìn)行數(shù)據(jù)聯(lián)系，所以前后端的測試也變得更加簡單。以往前后端要一起進(jìn)行測試，現(xiàn)在使用 json 分離前后端，前端只需要使用靜態(tài)的 json 就能對前端頁面進(jìn)行測試，而后端只需要測試生成的 json 是否符合要求即可。仍然以蓋房子為例，原來需要三個(gè)磚瓦匠負(fù)責(zé)不同的工作，現(xiàn)在只需要兩個(gè)磚瓦匠負(fù)責(zé)，然后將刷漆的工作交給油漆工，油漆工和磚瓦匠只要確定好最后建成的房子的樣式，就能各干各的。像這樣將前后端進(jìn)行分離的方式，是軟件工程中提高整體工作效率的方法之一。
另外，之前提到過，前端既然從 JSP 中分離出來而使用 json 進(jìn)行數(shù)據(jù)交互，也就是說前端的代碼可以放在另外一個(gè)服務(wù)器上，這樣能大大減輕后端的資源壓力。
文章介紹至此，前后端分離的意義也基本介紹完畢了。使用前后端分離的方式，可以減少代碼耦合，通過前后端的分離部署，可以減少后端的資源壓力，前后端因?yàn)槭褂?json 進(jìn)行數(shù)據(jù)傳輸而為前后端分離測試提供了極大的方便，另外前端作為一個(gè)單獨(dú)分化出來的崗位可以投入更多的精力對頁面進(jìn)行優(yōu)化，這些就是前后端分離的意義。但是并不是所有項(xiàng)目都需要進(jìn)行前后端分離。比如一些小項(xiàng)目，他沒有那么多的人力去進(jìn)行前后端的分離，也沒有那么多的服務(wù)器去進(jìn)行分布式的部署，那么這種情況不采用前后端分離會(huì)是更好的選擇。
W3C 編程課，提供更好的前后端學(xué)習(xí)資源。前端開發(fā)后端開發(fā)需要的，都在這里：
