前后端分离具体是什么意思

Question

不要太深奥前端自学不久
之前写页面都是通过 html+css+ javasript 实现页面 后面学了node.js 页面访问都是直接用http模块 或express模板通过get("/")这些把页面渲染出来的,数据也是差不多直接用node.js渲染出来，后面学到了vue.js
里面也有个路由，那么我写页面用node.js的路由和vue的路由分开渲染页面，它的代码也是只有一套，用node.js监听端口就行了.
在后面学到的webpack它里面有个webpack-dev-server的模块，可以不借助node.js就可以直接通过ip访问页面，那么这个前后端分开它是什么意思,为什么有些项目它有两套代码,一个前端的vue.js+webpack 一个后端的node.js+express 这个它具体是怎么实现的，或者是怎么写的

Answer 1

远古时代的开发, 并没有前端这一概念。 大部分的工作流程可能就是 由"切图仔"把页面所需的html+css+某些js 写好后交给后端, 那么这里随着页面的逻辑越来越复杂, 分而治之的思想就开始体现作用。

还有就是, 由"切图仔" -> 变成前端攻城狮。 工资可不止翻倍了:)

Answer 2

其实我觉得，这个分离的界限，其实并不绝对。但是“分离”的目的就是多个人员的开发配合中，能够分工明确互不干扰。

就我参与过的项目来说，这个分离，其实不同项目里面的具体分离界限各不一样。

有的项目，分离是按照视图层和数据层来分离的。可能这样的项目技术比较老，视图层可能是php的smarty，java的jsp，也可能是比较新的，node的ejs，乃至单页应用的服务端渲染（单页框架服务端渲染，也算是前端牵扯到了服务端开发，但是，仍然还是前端只负责视图层）。
这种开发方式，其实也是可以算作分离，因为整个视图层的逻辑，都是前端进行的。前端就算是写jsp，写php，写node，通过模板方式渲染，依旧是分离开发的。前端依然是可以不关心数据来源逻辑，只关注于界面和交互体验。

有的项目，可能设计时候，是按照代码运行端分离的。前端负责浏览器端的逻辑，后端负责服务端逻辑。这个可能是现在前端比较熟悉的方式了。毕竟单页框架现在如此流行，交互就通过ajax分离客户端和服务端。

总之啊，我感觉分离开主要还是因为现在越来越重视用户体验和交互，导致GUI开发工作越来越重，web开发领域这才分离出来前端这个岗位。但是，我觉得web前端并不应该说我只需要会js，因为，终究，你做的还是软件开发，一个合格的前端依旧必须是一个合格的软件工程师。分离的目的，是为了明确分工职责，作为一个合格的软件开发，应该能够找到最合适的分工界限，和团队成员配合好。

Answer 3

首先，vue 里的路由和 express 里的路由不是一回事。

vue 的路由是用以控制 vue 写的单页应用中视图的切换逻辑；
express 的路由是用以暴露给外界可以调用的系统接口。

前后端分离并不限定使用的技术栈，中心思想就是：我更新我的前端代码不会影响后端代码，反过来同理。