这不是一篇纯技术文章，而是一篇分享我个人在前后端分离路上收获的点点滴滴的文章，以此来为准备尝试前后端分离或者想了解前后端分离的童鞋做一个大体的讲解。
尝试与改变
如果你没有尝试过前后端分离的工作流程，那么可以先试想一下这样的流程改变：
把流程从&PM：&我要这个功能&后端：&这个先找前端做个模板&前端：&模板做完了&后端：&我来对接一下，这里样式不对&前端：&我改完了&后端：&功能交付&PM：&春节要加这个活动&后端：&这个先找前端改个模板&前端：&模板做完了&后端：&我来对接一下，这里样式不对&前端：&我改完了&后端：&功能交付&
变成PM：&我要这个功能&前端：&我要接口&后端：&接口完成了&前端：&我来对接一下，功能交付&PM：&春节要加这个活动&前端：&需要增加接口&后端：&接口完成了&前端：&我来对接一下，功能交付&
由此可见，前后端分离的主要概念就是：后台只需提供API接口，前端调用AJAX实现数据呈现。
现状与分歧
作为一名前端开发人员，我们应该尝试一些新颖的技术，完善每一个细节性的问题，不断突破自我。虽然前后端分离已经算不上什么新颖的技术或思路，但是目前很多后台开发人员甚至前端开发人员都没有接触过。
据我个人的了解，如果在一个部门里，部门人员全是后台开发人员，前端的一些页面也是由后台人员完成的，那么前后端分离对于他们而言可能是一片未知的领域，项目大多是前后端强耦合的，甚至不存在前端的概念。
在不重视前端的公司或部门，不了解前后端分离这也无可厚非。在我刚进入一个全是后台开发人员的部门的时候，整个部门就我一个前端，我刚开始的主要职责就是负责项目前端页面的制作和JS功能的实现，虽然部门有前后端分离的意识，但都不知该如何去实践。在那时，部门的后台人员认为前后端分离就是后台不再需要写HTML和JS了，可以交给前端来做了，然而这只能叫做前后端分工。
以上讲述的是一种情况: 不了解前后端分离，也不知如何去实践的。下面还有一种情况：了解前后端分离，但不想去尝试的。
针对第二种情况，很多人也做过相应的解释，其实这就涉及到&前后端分离的利弊&问题。很多后台人员会认为自己所做的那一套没有问题，即便后台套用前端html也是司空见惯，一直是大势所趋，后台MVC框架也是这么推荐使用的，很合理。这时候前端开发人员在部门中的话语权往往是不够的，或者认为后台开发人员的意见永远是对的，没有主观性。
相反，也有可能是后台开发人员非常推荐前后端分离，而前端开发人员不想去实践的。这时候前端会认为后台开发人员在瞎折腾，之前前后端不分离项目做起来都很顺利，分离了反而会给自己带来额外的工作量和学习成本，而这就取决于前端的技术能力和见识了。
当然，这也是我个人认为的前后端分离所存在的一些现状和分歧所在。
场景与要求
对于前后端分离的应用场景，不是所有的场景都适合，但是大多数项目都能够通过前后端分离来实现。
由于我主要从事企业级后台应用的前端开发工作，个人认为对于后台应用的开发来说，前后端分离带来的利是远大于弊的。
大多数后台应用我们都可以做成SPA应用（单页应用），而单页应用最主要的特点就是局部刷新，这通过前端控制路由调用AJAX，后台提供接口便可以实现，而且这样的方式用户体验更加友好，网页加载更加快速，开发和维护成本也降低了不少，效率明显提升。
同样的，在展示类网站和移动APP页面中前后端分离也同样试用。前后端不分离的情况下，服务端要单独针对Web端做处理，返回完整HTML，这样势必增加服务端的复杂度，可维护性差，而web端需要加载完整的HTML，一定程度上影响网页性能，这对于移动端性能为王的地方非常的不友好。
随着前端技术的发展和迭代，前端MVC框架应运而生，利用目前主流的前端框架，如React、Vue、Angular等我们可以轻松的构建起一个无需服务器端渲染就可以展示的网站，同时这类框架都提供了前端路由功能，后台可以不再控制路由的跳转，将原本属于前端的业务逻辑全部丢给前端，这样前后端分离可以说是最为彻底。下面是一段前端控制路由的代码：
'use strict'
export default function (router) {
router.map({
component: function (resolve) {
require(['./PC.vue'], resolve)
'/m/:params': {
component: function (resolve) {
require(['./Mobile.vue'], resolve)
component: function (resolve) {
require(['./PC.vue'], resolve)
subRoutes: {
'/process/:username': {
component: function (resolve) {
require(['./components/Process.vue'], resolve)
前后端分离的实现对技术人员尤其是前端人员的要求会上升一个层次，前端的工作不只是切页面写模板或是处理一些简单的js逻辑，前端需要处理服务器返回的各种数据格式，还需要掌握一系列的数据处理逻辑、MVC思想和各种主流框架。
优势与意义
对于前后端分离的意义我们也可以看做是前端渲染的意义，我主要总结了下面四点：
1.彻底解放前端
前端不再需要向后台提供模板或是后台在前端html中嵌入后台代码，如：
&!--服务器端渲染 --&
&option value=''&--请选择所属业务--&/option&
{% for p in p_list %}
&option value="{{ p }}"&{{ p }}&/option&
{% endfor %}
这是前后端耦合的，可读性差。
&!--前端渲染 --&
&template&
&select id="rander"&
&option value=''&--请选择所属业务--&/option&
&option v-for="list in lists" :value="list" v-text="list"&&/option&
&/template&
export default {
lists: ['选项一', '选项二', '选项三', '选项四']
ready: function () {
this.$http({
url: '/demo/',
method: 'POST',
.then(function (response) {
this.lists = response.data.lists // 获取服务器端数据并渲染
上面是前端渲染的一段代码，前端通过AJAX调用后台接口，数据逻辑放在前端，由前端维护。
2.提高工作效率，分工更加明确
前后端分离的工作流程可以使前端只关注前端的事，后台只关心后台的活，两者开发可以同时进行，在后台还没有时间提供接口的时候，前端可以先将数据写死或者调用本地的json文件即可，页面的增加和路由的修改也不必再去麻烦后台，开发更加灵活。
3.局部性能提升
通过前端路由的配置，我们可以实现页面的按需加载，无需一开始加载首页便加载网站的所有的资源，服务器也不再需要解析前端页面，在页面交互及用户体验上有所提升。
4.降低维护成本
通过目前主流的前端MVC框架，我们可以非常快速的定位及发现问题的所在，客户端的问题不再需要后台人员参与及调试，代码重构及可维护性增强。
心得与体会
一路走来，项目一个接着一个，从一开始的后台控制路由、后台渲染页面到现在的前端控制路由、前端渲染数据，工作流程和方式都发生了很大的变化。每当遇到下面情形的时候，我都会为前后端分离带来的优势而感慨一番：
项目一开始制作前端页面的时候，我不再需要后台给我配置服务器环境了
项目的前端文件可以在需要调用后台接口的时候丢进服务器就好了，完全不需要事先放进去
增加一个项目页面需要配置路由的时候不再需要让后台同事给我加了，自己前端搞定
前端文件里不再掺杂后台的代码逻辑了，看起来舒服多了
页面跳转比之前更加流畅了，局部渲染局部加载非常快速
页面模板可以重复使用了，前端组件化开发提高了开发效率
等等。面对快速发展的前端，我们应该去适应其带来的工作方式和流程的改变，目前的前后端分离的工作方式必然是今后的趋势所在，作为一个前端开发人员，我们应当承担这个普及前端新知识和改变现状的职责。
只有尝试了才知道适不适合，只有切身体会才能辨别谁是谁非，本文并非推崇一定要前后端分离，而是希望大家在合适的应用场景下去尝试前后端分离，在丰富经验的同时或许也会擦出火花。
阅读(...) 评论()赞助商推荐()：自适应网页设计（Responsive Web Design） - 阮一峰的网络日志
自适应网页设计（Responsive Web Design）
随着3G的普及，越来越多的人使用手机上网。
移动设备正超过桌面设备，成为访问互联网的最常见终端。于是，网页设计师不得不面对一个难题：如何才能在不同大小的设备上呈现同样的网页？
手机的屏幕比较小，宽度通常在600像素以下；PC的屏幕宽度，一般都在1000像素以上（目前主流宽度是），有的还达到了2000像素。同样的内容，要在大小迥异的屏幕上，都呈现出满意的效果，并不是一件容易的事。
很多网站的解决方法，是为不同的设备提供不同的网页，比如专门提供一个mobile版本，或者iPhone / iPad版本。这样做固然保证了效果，但是比较麻烦，同时要维护好几个版本，而且如果一个网站有多个portal（入口），会大大增加架构设计的复杂度。
于是，很早就有人设想，能不能"一次设计，普遍适用"，让同一张网页自动适应不同大小的屏幕，根据屏幕宽度，自动调整布局（layout）？
一、"自适应网页设计"的概念
2010年，Ethan Marcotte提出了（Responsive Web Design）这个名词，指可以自动识别屏幕宽度、并做出相应调整的网页设计。
他制作了一个，里面是《福尔摩斯历险记》六个主人公的头像。如果屏幕宽度大于1300像素，则6张图片并排在一行。
如果屏幕宽度在600像素到1300像素之间，则6张图片分成两行。
如果屏幕宽度在400像素到600像素之间，则导航栏移到网页头部。
如果屏幕宽度在400像素以下，则6张图片分成三行。
上面有更多这样的例子。
这里还有一个，可以在一张网页上，同时显示不同分辨率屏幕的测试效果，我推荐安装。
二、允许网页宽度自动调整
"自适应网页设计"到底是怎么做到的？其实并不难。
首先，在网页代码的头部，加入一行。
　　&meta name="viewport" content="width=device-width, initial-scale=1" /&
是网页默认的宽度和高度，上面这行代码的意思是，网页宽度默认等于屏幕宽度（width=device-width），原始缩放比例（initial-scale=1）为1.0，即网页初始大小占屏幕面积的100%。
所有主流浏览器都支持这个设置，包括IE9。对于那些老式浏览器（主要是IE6、7、8），需要使用。
　　&!--[if lt IE 9]&
　　　　&script src="http://css3-mediaqueries-js.googlecode.com/svn/trunk/css3-mediaqueries.js"&&/script&
　　&![endif]--&
三、不使用绝对宽度
由于网页会根据屏幕宽度调整布局，所以不能使用绝对宽度的布局，也不能使用具有绝对宽度的元素。这一条非常重要。
具体说，CSS代码不能指定像素宽度：
　　width:
只能指定百分比宽度：
　　width: xx%;
　　width:
四、相对大小的字体
字体也不能使用绝对大小（px），而只能使用相对大小（em）。
　　body {
　　　　font: normal 100% Helvetica, Arial, sans-
上面的代码指定，字体大小是页面默认大小的100%，即16像素。
　　　　font-size: 1.5
然后，h1的大小是默认大小的1.5倍，即24像素（24/16=1.5）。
　　small {
　　　　font-size: 0.875
small元素的大小是默认大小的0.875倍，即14像素（14/16=0.875）。
五、流动布局（fluid grid）
的含义是，各个区块的位置都是浮动的，不是固定不变的。
　　.main {
　　　　float:
　　　　width: 70%;
　　.leftBar {
　　　　float:
　　　　width: 25%;
的好处是，如果宽度太小，放不下两个元素，后面的元素会自动滚动到前面元素的下方，不会在水平方向overflow（溢出），避免了水平滚动条的出现。
另外，绝对定位（position: absolute）的使用，也要非常小心。
六、选择加载CSS
"自适应网页设计"的核心，就是CSS3引入的模块。
它的意思就是，自动探测屏幕宽度，然后加载相应的CSS文件。
　　&link rel="stylesheet" type="text/css"
　　　　media="screen and (max-device-width: 400px)"
　　　　href="tinyScreen.css" /&
上面的代码意思是，如果屏幕宽度小于400像素（max-device-width: 400px），就加载tinyScreen.css文件。
　　&link rel="stylesheet" type="text/css"
　　　　media="screen and (min-width: 400px) and (max-device-width: 600px)"
　　　　href="smallScreen.css" /&
如果屏幕宽度在400像素到600像素之间，则加载smallScreen.css文件。
除了用html标签加载CSS文件，还可以在现有CSS文件中加载。
　　@import url("tinyScreen.css") screen and (max-device-width: 400px);
七、CSS的@media规则
同一个CSS文件中，也可以根据不同的屏幕分辨率，选择应用不同的CSS规则。
　　@media screen and (max-device-width: 400px) {
　　　　.column {
　　　　　　float:
　　　　　　width:
　　　　#sidebar {
　　　　　　display:
上面的代码意思是，如果屏幕宽度小于400像素，则column块取消浮动（float:none）、宽度自动调节（width:auto），sidebar块不显示（display:none）。
八、图片的自适应（fluid image）
除了布局和文本，"自适应网页设计"还必须实现图片的。
这只要一行CSS代码：
　　img { max-width: 100%;}
这行代码对于大多数嵌入网页的视频也有效，所以可以写成：
　　img, object { max-width: 100%;}
老版本的IE不支持max-width，所以只好写成：
width: 100%; }
此外，windows平台缩放图片时，可能出现图像失真现象。这时，可以尝试使用IE的：
　　img { -ms-interpolation-mode: }
或者，Ethan Marcotte的。
　　addLoadEvent(function() {
　　　　var imgs = document.getElementById("content").getElementsByTagName("img");
　　　　imgSizer.collate(imgs);
不过，有条件的话，最好还是根据不同大小的屏幕，加载不同分辨率的图片。有可以做到这一条，服务器端和客户端都可以实现。
JSON Web Token（缩写 JWT）是目前最流行的跨域认证解决方案，本文介绍它的原理和用法。
一个多月前，我的个人网站遭受 DDOS 攻击，下线了50多个小时。这篇文章就来谈谈，如何应对这种攻击。
Systemd 作为 Linux 的系统启动器，功能强大。
HTTP/2 协议的主要目的是提高网页性能。Web前端和后端之区分，以及面临的挑战
前端开发主要是静态用户界面加上一些动态效果，不涉及数据逻辑！例如：一个登陆页面： 前端开发只要做好静态页面部分，加上鼠标移入输入框、移出输入框的颜色变化；但是输入用户名、密码 后登录系统的话要连接数据库，这个就需要后台开发做逻辑处理了！
在我们实际的开发过程中，我们当前这样定位前端、后端开发人员。
　　1)前端开发人员：精通JS，能熟练应用JQuery，懂CSS，能熟练运用这些知识，进行交互效果的开发。
　　2)后端开发人员：会写Java代码，会写SQL语句，能做简单的数据库设计，会Spring和iBatis，懂一些设计模式等。
　　现在来看，我们对前后端的要求还是蛮低的，尤其是后端，新员工经过培训之后都是可以参与到后端开发的，没有太高的技术门槛，唯一需要做的就是先变成熟练工种，这个阶段没有涉及到设计模式、架构、效率等一些列问题。
　　还是先google一下，看看网上对Web前端开发、Web后端开发分别是什么?
　　Web前端:顾名思义是来做Web的前端的。我们这里所说的前端泛指Web前端，也就是在Web应用中用户可以看得见碰得着的东西。包括Web页面的结构、Web的外观视觉表现以及Web层面的交互实现。
　　Web后端：后端更多的是与数据库进行交互以处理相应的业务逻辑。需要考虑的是如何实现功能、数据的存取、平台的稳定性与性能等。
　　我们再来看看大公司对前后端人员招聘的要求，通过这个角度看看前端、后端的技术要求：
　　Web前端：
　　1)精通HTML，能够书写语义合理，结构清晰，易维护的HTML结构。
　　2)精通CSS，能够还原视觉设计，并兼容业界承认的主流浏览器。
　　3)熟悉JavaScript，了解ECMAScript基础内容，掌握1~2种js框架，如JQuery
　　4)对常见的浏览器兼容问题有清晰的理解，并有可靠的解决方案。
　　5)对性能有一定的要求，了解yahoo的性能优化建议，并可以在项目中有效实施。
　　6)......
　　Web后端：
　　1)精通jsp，servlet，javabean，JMS，EJB，Jdbc，Flex开发，或者对相关的工具、类库以及框架非常熟悉，如Velocity，Spring，Hibernate，iBatis，OSGI等，对Web开发的模式有较深的理解
　　2)练使用oracle、sqlserver、mysql等常用的数据库系统，对数据库有较强的设计能力
　　3)熟悉maven项目配置管理工具，熟悉tomcat、jboss等应用服务器，同时对在高并发处理情况下的负载调优有相关经验者优先考虑
　　4)精通面向对象分析和设计技术，包括设计模式、UML建模等
　　5)熟悉网络编程，具有设计和开发对外API接口经验和能力，同时具备跨平台的API规范设计以及API高效调用设计能力
　　6)......
　　从几个公司的招聘要求可以看到，做Web开发，对前端和后端的要求是各自所不同的。而我们目前的实际情况，也和这个差不多，但是，我们无论在知识的掌握程度上，还是知识掌握的宽度上，都是不够的。
　　首先，我们在前端缺乏积累，没有沉淀，专业的前端技术的积累是从去年才开始的，同时，在前端也缺乏支撑与高手，所以，走起来比较困难。同时，前端人员培养的较少，一个原因是对前端了解太少，另外一个原因就是对前端与后端的工作比例估计不足。所幸，我们在这一年也在前端有了很快的进步，培养了几个优秀的开发人员，有意识的解决了前端的用户体验，这都是可喜的。今年，需要更进一步，专业化。
　　其次，我们在后端发展的不够宽，后端的知识体系已经比较完善，但是，很多应用点都没有涉及到。同时，对现有技术框架的理解都不够深入，太浮躁。我们目前的设计团队在解决互联网高并发、大数据量的存取上经验与能力都还不足，需要正视这些问题。后端技术的发展需要更加的精进，以解决实际存在的问题为主。
　　最后，我们在前端、后端都缺乏熟练工，这会影响到开发的速度，同时，也不利于后期技术的研究。
　　web前端跟后端有什么区分，经过搜罗也找到这么一篇文章，附上：
　　我们经常对Web designer(网页设计师)和Webdeveloper(网页开发者，也称程序员)傻傻分不清楚，其实他们之间有着巨大的差异。两者之间的差异主要表现在：一个是有关网站的视觉或美学方面，被称为“前端”;另一个则是看不见的编码方面的设计，被称为“后端“。简而言之，漂亮的网站界面都是出自网页设计师之手，而牛逼强大的功能则是网页开发者的杰作……
　　以上只是从双方的职能上来理解彼此的差异，事实上他们的差异远不止这些。为此，国外设计网站Downgraf特意制作了一张图表来展示两个职业的种种差异：网页设计师和网页开发者(程序员)都留胡茬，一个没钱，一个没时间;两者都喜欢内涵T恤，一个走字体设计路线，一个走代码风;两者都配自家设备，一个必带MacBookPro，一个只挑小键盘??除了以上种种差异，他们还有一个共同点：害怕MM，看来都是“宅”惹的祸。
再来看一下前端设计师与后端开发师的比较形象的区分：
　　WEB前端和后端开发面临的挑战
　　要成为一名高效的Web开发者，这需要我们做很多工作，来提高我们的工作方式，以及改善我们的劳动成果。而在开发中难免会遇到一些困难，从前端到后端，近日，在问答网站知乎上，有人抛出了“Web前端开发面临的挑战主要有哪些?”和“后端开发主要的挑战有哪些?”。
　　一、Web前端开发所面临的挑战
　　盛大Web工程师 曹刘阳：前端语言的胶水性需求太强 前端必须重视可维护性
　　1.CSS和DOM提供的接口水平太低了，而BOM提供的控件只有input、select、textarea这几种最基本的，稍复杂一点的UI效果，都要前端自己利用CSS和DOM去组合创造。看到一个需求，脑子里第一步要想如何利用CSS、DOM这些基本的零件组合成最终的效果，实现最终效果其实是一个“创造”的过程，比如说tabView，treeView，richEditor，colorPicker这种看起来常见的组件，其实在前端里都是没有现成可用的，需要自己去实现。
　　2.前端语言的胶水性需求太强。CSS、DOM、JS是三种不同的技术，这也是前端知识系统中要掌握的最重要的三个基本功。server端编程当然也会需要不同方向的知识，比如PHP、SQL等，但server端编程大部分时间只用专注在某一个知识点上，只要必要时粘一下其它语言。但前端不同，前端的效果是通过CSS、DOM、JS三者配合起来最终呈现出来的，脱了任何一个技术都寸步难行，时刻要同时考虑多个方向的知识点。换句话说，server端编程像是一个单线程，即使有技术交差，也是串行的，而前端编程像是开了三个线程同时在跑，复杂度是成倍增长的。
　　3.CSS+DOM+JS的组合实在太强大了，同一个效果可以有多种完全不同的实现方式，每一种实现方式都会有不同的开发难度、扩展性、可维护性。解决方案太多，看到一个效果首先会先想到如何用CSS和DOM里那些lowlevel的接口实现，这是一个“创造”的过程，这时脑子里可能冒出好多种不同的实现方法，“创造”完了之后还要“比较”，权衡各种解决方案的优劣，纠结一阵之后，才能选出最适合的方案。当然，并非前端都是完美主义，一定要选一个最好的方式出来，而是因为前端是GUI编程，直接面向用户，是最直接的产品呈现的部分，是门面。正因为如此，所以前端也是最容易被反复修改的部分。反复“修改”有多可怕，是个程序员都懂的，如果可维护性不好，那简直是恶梦。所以前端不得不重视可维护性，不重视可维护性直接等于自虐。
　　4.浏览器兼容性。浏览器种类非常多，IE、Firefox、Chrome、Opera、还有众多的IE加壳浏览器，类似搜狗、傲游、360，再加上这些浏览器的移动终端版本。需要有Web标准，前端的知识大部分是通用于各个浏览器，但还是会有历史遗留问题，不同的浏览器有不同的问题特别是市场占有率最高的IE系，就IE自己市面上就有6、7、8、9这4个版本，4个版本之间各有各的问题。如果不积累点经验，面对疑难杂症那是一头雾水。
　　豆瓣前端工程师 张克军：前端开发的五大挑战
　　第一大挑战：兼容性。虽然微软已经决定将IE 6安乐死，IE9/10看起来相当标准。向后兼容似乎轻松了，但向前兼容又开始越来越让人头疼了。Android上的webkit是多么混乱，在桌面浏览器上总是有CSSHack可以摆平，但在mobile上只能考虑退化方案。从兼容浏览器(外加套壳的浏览器)到兼容设备，实际上兼容性变得更复杂了。
　　第二大挑战：交互的复杂度。和目前UI/交互的要求相比，浏览器引擎给我们接囗的确太低级了。于是今年前端技术的热门话题是各种Javascript，CSS的预处理器、各种MVC框架和微框架的讨论。
　　第三大挑战：代码可维护性。复杂度的提升直接影响代码的维护性。JS/CSS/HTML代码生命周期越来越长，也就越来越需要从代码质量、架构和工具上保证它们的可维护性。代码的历史问题是永远的痛点。
　　第四大挑战：性能。
　　第五大挑战：个人成长。
　　互联网评论员 莫言：开发者的思路很重要
　　前端的开发，如果没有总体的设计思路，会成为一种碎片似地程序，一个效果一堆代码，一个功能一滩脚本，一个需求片逻辑，我曾经遇到过，因为ue调整，把整个前端的代码除了核心数据处理函数保留，其余的全部修改的情况。基本上前端的开发，处于DOM操作，数据处理，数据交互三部分，如果合理的分配这三部分的功能，那么前端的代码就很容易扩展和调整。他认为真正的前端开发挑战，还在于开发者的思路。兼容性，布局，CSS和JS都不是问题，问题在于如何合理的组织语言逻辑，如果正确抽象出需求中的模块。如何用代码处理，清楚的用代码表达出思路，清楚的写好注释，给后续维护者一个可阅读的思路。前端的改动量，是后端的数倍，前端没有绝对，只有跟随需求不停的修改。
　　二、Web后端开发面临的挑战：
　　1.第一大挑战，后端开发最重要的挑战，来自于规模
　　规模的扩大，比如访问量扩大，文件存储量扩大，数据量扩大，服务器数量扩大等。一个前端看起来一模一样的网站，某一种指标如果扩大十倍，几乎都会面临一大堆的问题和挑战。另一方面，在规模扩大以后，后端系统架构，一定会复杂化。原来只有一台Server，LAMP都装在一起。然后数据库分出来，反向代理，负载均衡，分库分表，Memcache，MessageQueue，事务处理，CDN，NOSQL，种种架构，Server，就逐渐的演化出来了。架构的复杂化，自然会带来更多的问题和更多的挑战。
　　2.第二大挑战，来自于安全
　　安全问题层出不穷，防不胜防。需要技术手段，也需要管理制度。
　　3.第三大挑战，来自于效率
　　能否提供足够的处理速度，能否提供足够的带宽，能否保证响应能力，这些是对外的效率。能否使用更少的服务器，能否使用更加便宜的服务器，能否使用更加节省能源的服务器，这些是对内的效率。
　　4.第四大挑战，来自于需求变更
　　当然，无论前端后端，都会面临需求变更，只要是软件开发，这都是大挑战。但是当一个系统已经稳定的，高效的运行时，需求变更来了，在满足需求之后，原本来没有问题的部分，会不会突然崩溃，一旦崩溃，就是后端工程师的噩梦。
　　5.第五大挑战，来自于教条
　　这个世界上有无数IT大公司，他们都很开放，都愿意分享自己的架构与技术。于是，对于“眼界开阔”的后端工程师而言，困难不在于如何解决，而在于如何从众多的解决方案中做出挑选。框架、实践不断涌现，成功案例也不断涌现。人家都用得好好的，你敢用吗?到底是勇于尝鲜，还是保守要紧呢?这个很难。
　　互联网评论员 Neo Lee：后端开发的三大法则
　　1. Design forfailure。后端相当比例的代码不是为了一般情况下正确而存在，而是为了保证特殊或者极端情况下系统可接受的响应而存在的。这里有非常多的折衷要做：渐进改进还是超前设计?水平扩展、业务优化、前台还是后台处理?大量的折衷都是要根据不断变化的环境和需求去权衡的，所以很容易犯错。
　　2. Architecture is aboutabstract。为什么要抽象?因为抽象的概念有更好的适应性，更易于复用，更能灵活适应变化。但是抽象是很难的，不恰当的抽象更是贻害无穷，要命的是，这些并没有很好的方法论，多数是依靠一组基本的原理，凭经验作出的。而Web后端开发在很长时间里并没有很重视这些，很多网站都是粗放型设计和开发出来的，所以补丁叠补丁的结构就顺理成章的成为了主流。
　　3. Architecture ISproduct。架构本身即产品，一个软件产品包含了不同的视角，其中最重要的包括用户看到的视角、以及软件骨架即架构的视角。但产品就是产品，所有这些视角都是必须统一和一致的，这就要求架构必须理解产品的灵魂，而产品要理解架构的困难所在，否则很容易出现想做的事情做不到或者以巨大的架构代价实现一个边角功能这类悲剧。
Web前端和Web后端的区分
网页设计、web前端、后台的开发流程和注意事项
Javaweb开发为什么需要分前后端,放弃原生JSP
web前端后端数据的交互方式总结
web前端与后端的区别
前端工程师面临巨大危机，前端真的会被淘汰吗？看看大咖们怎么说
java前端和后端的区别
JAVA之路——前端与后端的职业选择
前端（前台）工程师和后端（后台）工程师的区别
没有更多推荐了，