在網站開發過程中，對于前后端的分界線似乎一直是眾說紛紜。在網上搜索什么是前后端分離，更是說什么的都有，天花亂墜，描述不清。從一開始完全沒有前后端的概念，到后來的糾纏不清。
傳統的分離方法
在我的腦海中一提到前端和后端，基本上第一個出現的區別點就是:后端是跟數據庫跟服務器打交道的，前端是跟瀏覽器打交道的。似乎沒有什么問題，大家都這么認為的。當然這沒有什么錯，我們一直以來都認為僅僅是以瀏覽器作分界，把這兩部分的代碼分離出來。但是前后端分離的初衷是為了分離前后端開發人員的職責，同時解決開發模式的問題。但似乎他們的職責在以前甚至于現在都并不明確，雖然前端是跟瀏覽器打交道，但是最終瀏覽器拿到的頁面是服務器通過模板生成的一個臨時靜態頁面而已。所以，實際上后端也摻和進來了，因為他要處理模板。當然，一般傳統上的開發協作模式有兩種：
一種是前端先寫一個靜態頁面，寫好后，讓后端去套模板。靜態頁面可以本地開發，也無需考慮業務邏輯只需要實現View即可。不足是還需要后端套模板，這些前端代碼后端需要瀏覽一遍，以免出錯。
另一種協作模式是，前端直接去寫模板，這樣做的問題在于，前端編寫過程中很依賴與后端環境，如果當后端沒寫完的情況下，前端幾乎沒法干活。
顯然這兩種方式似乎都有很多問題，但至少這還是目前為止大部分公司所采用的模式。他們從物理層來區分前后端的開發，同時淡化了前端在邏輯上的色彩。由于前端所做的事情就是來實現一個頁面的靜態版本，所以，大多數公司又給前端工程師們找了點活干。你去看現在公司在招聘的時候前端工程師的要求，除了對頁面的基本制作技能外還有額外的設計職責。例如至少會一門后端編程語言NodeJs或者php或者Java。
到這里原本我們以為已經將前后端分離開來了，但是在模版這個尷尬的問題上，前后端的工程師們絕對吃過不少苦頭。目前直接在jsp或是php里面寫html應該不多了。前后端分離正在是正火。那么怎么分離，誰占的多點，誰占的少點，根據各個公司的技術水平來。前端開發工程師牛了，就想著前端的mvc,mvvm，直出。后端牛了，就想著，你把這個原型給后端，其他不用管了。
傳統的開發方法
之前的php代碼寫在html代碼里,不存在純粹的php文件和html文件,這里就是前后端不分離,大概意思就是php和html,你中我有,我中有你.
但是呢,后來開發的時候遇到很多問題,前端(html,css,js)工程師對php代碼可能讀不懂,php工程師也不對css那些內容非常熟悉,所以后來人們想出一個辦法,把代碼分離!這樣就能讓每個人在各自的領域更好的發揮,這樣雖然消耗了一定的效率,但是對于開發人員從某一角度來說是友好的.
前后端分離并沒有網上說的那么復雜。
1.首先要知道所有的程序都是一數據為基礎的，沒有數據的程序沒有實際意義，程序的本質就是對程序的增刪改查。
2.前后端分離就是把數據操作和顯示分離出來。前端專注做數據顯示，通過文字，圖片或者圖標等方式讓數據形象直觀的顯示出來。后端專注做數據的操作。前端把數據發給后端，有后端對數據進行修改。
3.后端一般用java，c#等語言，現在的node屬于JavaScript也能進行后端操作，此處不意義裂解語言。后端來進行數據庫的鏈接，并對數據進行操作。
4.后端提供接口給前端調用，來觸發后端對數據的操作。
基本原理就是這樣，可能語言上不準確，思想是沒有問題的。
所以開發網站的核心現在基本上就是：
html + css ：頁面展示
javascript + ajax（這個算是瀏覽器的一部分，可以通過 javascript 調用） : 頁面交互、邏輯處理
通常的開發框架選擇：
簡單網站： jquery + bootstrap
后臺管理系統： angularjs + jquery + bootstrap + webpack
復雜的產品： react + redux + webpack
