‘壹’ web开发为什么要前后端分离
在学习前端开发的时候，会发现前端开发的知识非常琐碎，前端往往是靠拼凑来完成页面效果，开发过程没有java后端开发有逻辑，代码也很难管理。后端开发有各种各样的工具类、jar包、maven依赖、spring框架等，具有工程化模块化思维，可以满足后期的优化。vue.js和react.js等这些前端框架的出现，它们从本质上打破了以前前端开发的规则，这就是前端开发组件化框架。这些框架出现后，前端开发也开始像后端一样，遵循一套体系来进行约束性的开发，越来越工程化、组件化、迭代化，变得有章可循。前后端分离核心思想是前端HTML页面通过AJAX调用后端的RESTFUL API接口并使用JSON数据进行交互。
‘贰’ web开发中，什么是前后端分离
优秀的WEB架构，必定会应用一些分层设计的思想，这样可以让系统开发起来更灵活，同时后期维护也比较方便。
前端的页面基本都是使用 JavaScript 的富户端页面，主要应用的框架用，jquery、jquery ui、knockout js、Durandal。
自己封装的 UI 组件，后端的主要采用到的技术有 OData、MVC、Linq to SQL 以及自己写的一个权限管理组件，数据库采用的是 SQL Server 2005。
‘叁’ web为什么要前后端分离优点是什么
解耦，降低耦合度，而且前后端分离可以提升一些后端的开发效率。
‘肆’ 前端就应该和后台彻底分离，用json传递数据有什么不好
我觉着挺好的。但是现在很多开发环境都不是这样做，其原因就是前后台不彻底分离的环境学习成本低，上手更快。而在许多软件公司都是基于这些环境开发产品的。如果使用前后台彻底分离，那得需要很大的成本和一段时间。
‘伍’ 什么是前后端分离为什么分离
在不使用vue ,react ,anglar这类的框架的情况下，前后端分离应该如何做？
需求是这样：
前端写html页面（非单页面应用），
index 首页
about 关于我们
newslist 新闻列表
newsdetail 新闻详情
proctlist 产品列表
proctdetail 产品详情
后台只提供json数据
那么
1、前端数据如何渲染？
2、页面跳转是否必须使用路由？（不想使用路由）
3、页面间的数据传递如何做，比如：列表页到详情页的参数传递如何做？
‘陆’ 怎么理解前后端分离
对于前后端分离，认识上有个误区，那就是很多人自称：我们老早就分离了，全AJAX，使用Angular或者什么什么就可以了。
这个说法是不合适的，打个比方，别人问的是逗如何解决家禽把蛋生在水草边的问题看地，但实际上人家养的是鸭子，答题的却是养鸡的，所以回答逗不让去水边就行了地，这显然不在点子上。
这
两年业界说的前后端分离，是限于偏展示类的系统（用A代替），而不是应用、管控类Web项目（用B代替），在B类项目里，前后端是天然分离的，对此，除了
少部分后端开发人员，基本所有人的认识都是一致的。上一段中这样回答的人一般都是只做B类项目，在B类项目里，前后端分离是共识，不需要讨论。
那么，剩下的问题就是讨论A类项目的前后端分离了。这个问题的核心在什么地方呢，在于模板的与数据结合的位置，以及，模板的控制权在谁手里。经过这两年的讨论，基本上我们可以达成的共识就是：模板应当由前端人员去控制，主要原因有两方面：
- 性能优化（尤其是外部资源的管理与发布，请求合并等等）
- 协作的顺畅性（已形成模板的界面片段的返工等问题）
那么，模板到底应该在什么地方跟数据结合看
这个问题就比较折腾了，有部分人尝试像B类项目那样，使用js模板，然后在浏览器端执行，这是存在一些问题的，比如说seo不友好，首屏性能不够，尤其对于首页DOM量很大的电商类网站，差距很明显。
所
以我们还是得把主要的模板放在服务端来执行。在这个过程中，阿里作了一些尝试，那就是引入Node层，在这一层把模板与数据进行合成，然后浏览器拿到的就
是生成好的HTML了，但也不是所有HTML都是这么生成好的，还是会有一些内容等到了浏览器之后，再用js去加载和生成。
所以这一定会是一个混合方案，同一个系统中存在两种模板，一种在服务端执行，一种在浏览器中执行，互为补充。
至
于说这个方案中，是否中间层一定要是node，我觉得无所谓，只要是能正常做web项目的东西都可以，这个还是要看所在企业的技术积累方向，当然node
做这块是有一些优势的，比如对前端人员的语言友好性，前后端模板的通用性等等，但这些都是细节，重点还是整体方案和流程。
这时候回头看你问题中的这句：
> 前后端分离的意思是，前后端只通过 JSON 来交流，组件化、工程化不需要依赖后端去实现。
我相信你这里对前后端的限定是以浏览器为准的，但事实上，A类项目中，前后端的分界一定要延伸到服务器端的模板层，也就是在这一层里，把各种来源的数据整合到模板中，这个数据未必是JSON格式的，会存在有JSON，XML，特定的二进制等等。
组
件化这个话题就更复杂了，在刚才组织形式中，很难说出究竟什么才是组件。是某个商品的模板吗看是数据吗看是数据和模板的结合体吗看没法回答。在此，我说一
句自己的看法：像电商这种项目的前端部分，基本不存在组件的概念，甚至不存在组件化的价值，因为这里面可复用的东西太少了，也不易提取，大多数东西都是不
带逻辑的界面模板。
最近因为ReactJS的流行，带来了一个Isomorphic的概念，这是一种很有意义的探索，但是否能解决这类问
题，尚不得而知，根据我的理解，它对B类项目是较好的补充方案，但对A类项目暂时还缺乏可用性，因为A类项目中，运行期的DOM变更并不多，多是整片的改
变，用这个方案去解决的话，有些牛刀杀鸡的感觉。
关于B类项目的组件化，我之前那个没写完的系列是关于它的，但经过最近一年多的思考，我又觉得需要再重新写一篇东西了。感谢你的问题提醒了我，这就写。
‘柒’ web前端开发，前后端分离具体是怎么样的工作模式
前后端分离，顾名思义就是前端只负责前端的开发，后端只只负责后端的开发，如何通过接口来进行数据交互。
这样做的好处就是：开发可以同时进行，代码维护更加方便，前端只需要拿到后端提供的接口，传递对应的数据就可以了，然后再把后端返回的数据渲染到前端页面上。
至于跨域问题是可以解决的，一般让后端解决就行了。最后上传到服务器的也很简单，你前端的就上传你开发的前端代码，后端的就上传他后端的代码就搞定了
‘捌’ Web项目开发为何要走前后端分离模式
如果是问“什么是正确的前后端分离”，我还真不敢回答，生怕自己的理解有什么偏差；但是问怎么“理解前后端分离”，那我可以结合自身的工作，谈谈我对前后端分离的理解，也欢迎大家提出不同的理解。
不过到了此阶段，在企业级项目的开发过程中，Java程序员依然要兼顾前后端的开发，所以前端页面的样子嘛，达不到美观的程度，也就是能用。
前后端分离有很多的好处：前端开发和后端开发可以各司其职，约定好接口之后就可以并行开发；后端接口可以复用，如果项目同时有电脑网页端、移动网页端、APP端等多个入口的时候，后端可以只有一个；
带来好处的同时，也会有一些缺点，例如：增加了架构的复杂性，如果技术能力不足的团队，可以考虑半分离（例如我们部门都是企业级应用，都没有前端开发人员）；如果是面向互联网的应用，需要搜索引擎抓取，就需要服务器端渲染；另外前后端交互的接口，也需要花时间和精力设计。
‘玖’ 前后端完全分离的吗
意义？怎么叫意义呢，做一个项目来说，不是特别讲究意义所在，更重要的是能否快速准确的实现客户需求，WEB项目是否前后端分离并不影响你完成这个项目，只在于影响你这个项目的运行速度等等情况。
WEB 前后端分离三个最大的优点在于：
1：最大的好处就是前端JS可以做很大部分的数据处理工作，对服务器的压力减小到最小
2：后台错误不会直接反映到前台，错误接秒较为友好
3：由于后台是很难去探知前台页面的分布情况，而这又是JS的强项，而JS又是无法独立和服务器进行通讯的。所以单单用后台去控制整体页面，又或者只靠JS完成效果，都会难度加大，前后台各尽其职可以最大程度的减少开发难度。
‘拾’ VB.Net 前后端分离怎么实现的
1.一般来说，要实现前后端分离，前端就需要开启一个本地的服务器来运行自己的前端代码，以此来模拟真实的线上环境，并且，也是为了更好的开发。因为你在实际开发中，你不可能要求每一个前端都去搭建一个java(php)环境，并且在java环境下开发，这对于前端来说，学习成本太高了。
?2.但如果本地没有开启服务器的话，不仅无法模拟线上的环境，而且还面临到了跨域的问题，因为你如果写静态的html页面，直接在文件目录下打开的话，你是无法发出ajax请求的(浏览器跨域的限制),因此，你需要在本地运行一个服务器，可是又不想搭建陌生而庞大的java环境，怎么办法呢？nodejs正好解决了这个问题。在我们项目中，我们利用nodejs的express框架来开启一个本地的服务器，然后利用nodejs的一个http-proxy-middleware插件将客户端发往nodejs的请求转发给真正的服务器，让nodejs作为一个中间层。这样，前端就可以无忧无虑的开发了
?3.由于前后端分离后，前端和后台同时开发时，就可能遇到前端已经开发好一个页面了，可是却等待后台API接口的情况。比如说A是负责前端，B是负责后台，A可能用了一周做好了基本的结构，并且需要API接口联调后，才能继续开发，
?4.而此时B却还没有实现好所需要的接口，这种情况，怎么办呢？在我们这个项目里，我们是通过了mock来提供一些假数据，我们先规定好了API接口，设计出了一套API文档，然后我们就可以通过API文档，利用mock来返回一些假数据，这样就可以模拟发送API到接受响应的整一个过程，
?5.因此前端也不需要依赖于后端开发了，可以独立开发，等到后台的API全部设计完之后，就可以比较快速的联调。