網站和應用程序很復雜!按鈕和圖像只是冰山一角。這種復雜性，需要人來管理，但是前端開發人員和后端開發人員分別負責哪些部分呢?

　　什么是前端開發?

　　應用程序的前端通常是指代表UI(用戶界面)的層。這可以包括從帶有HTML和CSS的靜態站點到支持UI的完整React應用程序的任何內容。

　　傳統的前端開發是什么樣的?

　　Javascript目前統治著前端網絡，但情況并非總是如此。雖然它可以用來向網站添加一點點交互，但通常前端是使用服務器端模板語言呈現的，如框架驅動的PHP和模板工具包 (Perl)。

　　這在實踐中變得非常流行，使用的是自主開發的框架或工具，如博客它使用PHP來驅動一個龐大的開發者社區，這些開發者用這些工具來建立他們的網站。

　　它的工作方式是模板語言能夠在渲染時直接從服務器獲取數據。當瀏覽器直接從源(服務器本身)請求頁面時，無論模板需要什么數據，應用程序邏輯都會在那時提供。

　　但隨著時間的推移，javascript作為一種語言變得越來越成熟，瀏覽器變得越來越強大，這導致了一個想法，即我們可以將更多的工作轉移到瀏覽器上，以構建更快、更具交互性的體驗。

　　前端開發現在是什么樣的?

　　現在，使用React、Vue和 Angular等UI框架構建的大量javascript 網站和應用程序很常見。這些工具提供了抽象，允許開發人員構建具有可重用模式(如組件)的復雜UI。

　　當瀏覽器加載頁面時，頁面會收到一個初始HTML文檔，其中還包含javascript的腳本標記(與往常一樣)。但是一旦javascript加載，它會使用瀏覽器請求訪問API，當完成時，更新頁面以填充通常與第一個HTML文檔一起獲得的任何類型的動態數據。

　　雖然這聽起來像更多的步驟，但它通常提供了更快的初始頁面加載和呈現，更不用說它有很好的開發人員體驗。通過在第一個請求上交付較少的內容，并對之后加載的內容進行優先級排序，通常會帶來更好的用戶體驗。

　　但是這些 API，無論是我們付費的還是自己創建的，都需要在某個地方構建。這就是后端的用武之地。

　　什么是后端開發?

　　后端層通常是業務邏輯發生的地方，這可能非常復雜，例如確定電子商務公司收入的規則或更常見的內容(例如用戶資料)。

　　傳統的后端開發是什么樣的?

　　過去，應用程序的后端是使用PHP或Ruby等服務器端語言構建的，這個想法是你有一個服務器，你需要在它上面執行復雜的操作，所以這樣做的方法是使用服務器可以理解的語言。

　　在對服務器的每個請求中，后端會執行所有的操作，包括呈現前端。通過使用框架或DIY架構，后端將接受請求，確定應該如何處理請求，運行請求所需的任何業務邏輯，并向前端提供顯示請求響應所需的任何數據。

　　后端開發現在是什么樣子?

　　除了更新的代碼模式之外，后端堆棧看起來與以前的方式有些相似，只是你更經常會看到后端通過HTTP請求通過API提供數據，而不是直接向前端團隊正在工作的模板提供數據。

　　雖然基礎并沒有太大的不同，但它實際上變得越來越復雜，因為你必須處理不同的安全隱患，如果配置不當，這些隱患可能會危及你的系統，例如向公眾開放一個會返回敏感用戶數據的API。

　　但服務器的運行方式也可能完全不同。以前，我們可以在自己的托管服務器上運行我們的 python(我們仍然可以)，現在我們可以使用無服務器函數和AWS Lambda等工具來簡化我們管理代碼的方式。

　　雖然“無服務器”并不一定意味著實際上沒有服務器，但它意味著作為一種服務，開發人員不必擔心維護該服務器，而只需專注于他們需要運行的代碼。

　　前端與后端

　　無論堆棧如何，總會有關注點分離。UI和所有交互，無論是在服務器上還是在瀏覽器中呈現，都使前端成為前端，而數據和業務邏輯，無論是來自公司的服務器還是托管功能，都使后端成為后端。

　　無論你更喜歡開發面向用戶的功能還是構建讓他們做事的邏輯，都有很多資源可以開始。