在网站开发过程中，对于前后端的分界线似乎一直是众说纷纭。在网上搜索什么是前后端分离，更是说什么的都有，天花乱坠，描述不清。从一开始完全没有前后端的概念，到后来的纠缠不清。
传统的分离方法
在我的脑海中一提到前端和后端，基本上第一个出现的区别点就是:后端是跟数据库跟服务器打交道的，前端是跟浏览器打交道的。似乎没有什么问题，大家都这么认为的。当然这没有什么错，我们一直以来都认为仅仅是以浏览器作分界，把这两部分的代码分离出来。但是前后端分离的初衷是为了分离前后端开发人员的职责，同时解决开发模式的问题。但似乎他们的职责在以前甚至于现在都并不明确，虽然前端是跟浏览器打交道，但是最终浏览器拿到的页面是服务器通过模板生成的一个临时静态页面而已。所以，实际上后端也掺和进来了，因为他要处理模板。当然，一般传统上的开发协作模式有两种：
一种是前端先写一个静态页面，写好后，让后端去套模板。静态页面可以本地开发，也无需考虑业务逻辑只需要实现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