前后台分离技术如何走到今天

前后台分离之前的事儿

以前在软件行业，无论是JAVA工程师还是.NET程序员，都是全栈，由于从数据库设计到后台接口开发，再到前台页面的搭建，全靠一个人实现，这种好处应该表现在节省劳动力上，但是在很大程度上，对于这些工程师来说，他们更擅长后台，前台技术略微薄弱，但是做项目和功能是没问题的，只不过前台代码看起来略显得粗糙。

再后来，电商网站、P2P行业的崛起，加速了前后台分离的脚步。这也许是一个契机，对于一个后台人员来说，想要实现炫酷的前台效果，就不得不花更多的时间去研究H5或者者CSS3，各种前台的模版引擎。为了前台代码可以复用，使用了各种各样的办法，从最开始的Copy，到组件化，模板化。这个过程发生的很迅速，但是我知道，它肯定会来。

于是，当时作为ASP.NET女程序员的我，果断选择了WEB前台工程师的这个行业。从而认真的对待前台开发这件事，而不仅仅是写出来功能那么简单，需要考虑的是兼容性以及效果，还有客户体验等等各个方面。

再后来，就出现了各大框架，node.js、angular.js、vue.js、react.js、Flutter等等。但是对于我来说，这些技术框架的出现，更像是一次对前台工程师的洗牌，它们代表着，前后台分离时代的来临，前后台也开始正式分家。

我们再看，node.js它在前后台之间搭起一座桥梁，但是对于前台工程师来说，写代码，不再是 html、css、images文件夹，它的编码环境变得更加的复杂，需要使用到各种脚手架工具，以及依赖。

但是技术这件事告诉我们，当你习惯使用新技术时，你就不会再想去碰老的技术，由于只有最好的技术，才会有人使用，而最流行的肯定是目前最好的。工程师们，不会去用刷流量的方式去让技术流行起来，只有它真正的好用，才会被人使用。要不然它就会石沉大海。

前后台分离

再来看今天流行起来的前后台分离技术，它让前后台分工更加明确，开发效率更高。但同时也更加考验团队的配合默契。从现在看，任何的技术都在朝着：复用性强、开发效率快、兼容性好的方向发展。不论是JAVA的微服务，还是前台的组件化，都是如此。

前后台分离唯一要考虑的就是跨域服务，由于前后台分离之后，代码和编码环境都不在一起，它们本身是独立的。所以需要搭起一个中间的桥梁，让这两个的服务相通。

目前最常见的有：Nginx。

那么Nginx可以做什么呢？它可以做以下几点事情：反向代理商、负载均衡、HTTP服务器（动静分离）、正向代理商。

我们前后台分离就需要使用到它的反向代理商技术。什么是反向代理商呢，以下是百度百科的说法：反向代理商（Reverse Proxy）方式是指以代理商服务器来接受internet上的连接请求，而后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的用户端，此时代理商服务器对外就体现为一个反向代理商服务器。简单来说就是真实的服务器不能直接被外部网络访问，所以需要一台代理商服务器，而代理商服务器能被外部网络访问的同时又跟真实服务器在同一个网络环境，当然也可能是同一台服务器，端口不同而已。

另外，我们也可以使用node.js做中间件服务。由node.js做服务端和api之间的通信，再将结果返给web端。这样也可以实现前后台分离。

不论你用什么方式去做前后台分离，当你的领导问你一个项目需要几个人的时候，我会告诉他，最少2个。

他问：为什么

我说：由于我需要一个前台、一个后台。

在这个技术成长迅速的今天，前台工程师对于一个团队来说，更加至关重要。后台服务只要要开发一次，但是UI层需要展现的页面，却可以千变万化。

技术的发展和潮流将会越来越深入人心，但技术开发者，却要知道，所有的技术，它都有共通的地方，所有的技术都是在发展的、迭代的。

我们不肯定要紧跟时代的步伐，但是也不能落后的太远，我们需要做的是：不断学习，终身成长。