前后端分离有很多种实现方式。我这里只说我这里目前用的：前端跟后端纯交互数据，后端提供支持jsonp的数据接口给前端，前端有前端的nginx服务器，后端有后端的nginx+tomcat服务器独立部署发布。

JWT在前后端分离中的应用与实践

前端用AngularJS
后端用Php等服务器语言
前后端用restfulAPI接口定义通讯
如何用AngularJS构建管理后台

整站ajax，就是前后端分离。以前说的不分离，是用php smarty模板啊，java什么模版这种，前端要动后端代码。

就是前后端分开开发互不干扰啊，现在前端的代码都是build过的，下载了也没用啊

前后端分离:后端返回JSON,前端获取JSON组织成HTML输出到页面.
不过页面初始化的时候最好还是通过后端直接输出HTML.
需要注意的是,AJAX和后端返回JSON对SEO来言显然是不友好的.

前后端分离的意思是让负责写展示代码的人和写业务逻辑代码的人能够尽量少的交流。尽量确定尽量少的接口，两部分人的开发可以相互独立，不需要其中一个写完才能写另一个，可以独立测试。
就是一个大的项目如何分成两个互不相关的部分，两部分人各自写，其中的交流越少越好，理想的是不交流但是不可能，然后各自写好了放到一起就可以运行了。而且还要求这两群人掌握的技能越少越好，降低人力的成本，如果每个人都懂前端和后台就不叫前后端分离了，而是叫模块化吧。当然最好还是有代码复用，易于维护，代码效率高等要求。
这个似乎没有特别好的实现方案。

楼主说的其实很好呀，各种目前的方式都看到了其中的缺点。反编译抄袭代码的问题，这个早就有了呀。
http://www.yitaomin.cn/?p=187

前后端分离，就是前端专注自己的开发，后端只要提供接口就可以，目前常见的app开发基本都是，app端开发和后台开发基本分离。

前后端分离 就是后端负责接口 前端负责所有页面展示逻辑及请求接口获取数据然后输出HTML
但是一般前端请求接口都是通过ajax请求的 这个对SEO很不友好，因为页面的渲染都是靠JS拼接的，在客户端渲染，所有为了解决这个问题 可以使用NODEjs做中间层 同过node去请求接口 在服务端渲染html 这样就可以解决此类问题。

我要强调的是:判断是否前后端分离并不是由后端引擎决定的。前后端分离本质是后端干好数据模型m，前端搞好页面展示v和本该后端控制的c。这么说其实懂的都明白，但是不清楚具体区别的又犯嘀咕。没有后端基础的前端，对mvc的理解不全面或者有偏差，这是致命的。想彻底理解什么是前后端分离一定要理解mvc设计模式并且进行过相关实践，比如java的spring或者php的laravel，能用mvc模式走通前后台数据的整个交互流程的前端开发者对mvc理解的层次一定会提高很多。前面说的都是序，正题开始，现在对分离有两种认识，一种是客户端渲染类型，前端mvvm框架（angular vue 这些）+ 后台接口，第二种是服务端渲染类型，nodejs + 后台接口。前者简单暴力，架构简单，ajax搞定服务端数据，mvvm框架的单页路由替代后端路由，充分利用浏览器的渲染能力，但是动态数据不能缓存，页面html包括一些css脚本图片静态资源等是可以由浏览器缓存，ajax请求数量难以优化，导致页面未渲染完毕就展示，体验和性能都是很差的。后者在浏览器和接口服务端加了一层nodejs，架构变了，这个中间层解决了前者架构问题导致的很多问题，数据接口的调用由nodejs发起，然后用模板引擎进行渲染返回给浏览器。bigpipe得已实战，缓存优化，实际上流程还是以前没分离的流程，只不过有了node，前端可以控制v和c了，实现了真正意义上的分离。前者可以理解为狭义的分离，后者是广义的分离，说实在的高并发要求还是得服务端渲染，浏览器渲染局限太多。