前后端分离开发模式介绍

 分类:IT知识时间:2022-06-22点击: 2022前端视频教程(自学必看)

前后端分离什么意思?就是把前后端的界限分的越来越明确,前端工程师只管前端的事情,后端工程师只管后端的事情,改善前后端协作中拖慢开发进度的环节,提高拱卒效率。下面是前后端分离开发模式介绍。

前后端分离开发模式介绍

一、开发人员分离

以前的JavaWeb项目大多数都是Java程序员又当爹又当妈,又搞前端,又搞后端。

随着时代的发展,渐渐的许多大中小公司开始把前后端的界限分的越来越明确,前端工程师只管前端的事情,后端工程师只管后端的事情。正所谓术业有专攻,一个人如果什么都会,那么他毕竟什么都不精。

大中型公司需要专业人才,小公司需要全才,但是对于个人职业发展来说,小编建议是分开。

1、对于后端Java工程师:

把精力放在Java基础,设计模式,jvm原理,spring+springmvc原理及源码,linux,mysql事务隔离与锁机制,mongodb,http/tcp,多线程,分布式架构,弹性计算架构,微服务架构,Java性能优化,以及相关的项目管理等等。

后端追求的是:三高(高并发,高可用,高性能),安全,存储,业务等等。

2、对于前端工程师:

把精力放在html5,css3,jquery,angularjs,bootstrap,reactjs,vuejs,webpack,less/sass,gulp,nodejs,Google V8引擎,javascript多线程,模块化,面向切面编程,设计模式,浏览器兼容性,性能优化等等。

前端追求的是:页面表现,速度流畅,兼容性,用户体验等等。

术业有专攻,这样你的核心竞争力才会越来越高,正所谓你往生活中投入什么,生活就会反馈给你什么。并且两端的发展都越来越高深,你想什么都会,那你毕竟什么都不精。

通过将team分成前后端team,让两边的工程师更加专注各自的领域,独立治理,然后构建出一个全栈式的精益求精的team。

二、原始人时代(各种耦合)

1、几曾何时,我们的JavaWeb项目都是使用了若干后台框架,springmvc/struts + spring + spring jdbc/hibernate/mybatis 等等。

2、大多数项目在Java后端都是分了三层,控制层,业务层,持久层。控制层负责接收参数,调用相关业务层,封装数据,以及路由&渲染到jsp页面。然后jsp页面上使用各种标签或者手写java表达式将后台的数据展现出来,玩的是MVC那套思路。

3、我们先看这种情况:需求定完了,代码写完了,测试测完了,然后呢?要发布了吧?你需要用maven或者eclipse等工具把你的代码打成一个war包,然后把这个war包发布到你的生产环境下的web容器里,对吧?

4、发布完了之后,你要启动你的Web容器,开始提供服务,这时候你通过配置域名,dns等等相关,你的网站就可以访问了(假设你是个网站)。那我们来看,你的前后端代码是不是全都在那个war包里?包括你的js,css,图片,各种第三方的库,对吧?

5、好,下面在浏览器中输入你的网站域名(www.xxx.com),之后发生了什么?

浏览器在通过域名通过dns服务器找到服务器外网ip,将http请求发送到服务器,在tcp3次握手之后(http下面是tcp/ip),通过tcp协议开始传输数据,服务器得到请求后,开始提供服务,接收参数,之后返回应答给浏览器,浏览器再通过content-type来解析返回的内容,呈现给用户。

6、那么我们来看,我们先假设你的首页中有100张图片,此时,用户的看似一次http请求,其实并不是一次,用户在第一次访问的时候,浏览器中不会有缓存,100张图片,浏览器要连着请求100次http请求,服务器接收这些请求,都需要耗费内存去创建socket来玩tcp传输。

7、重点来了,这样的话,服务器的压力会非常大,因为页面中的所有请求都是只请求到这台服务器上,如果1个人还好,如果10000个人并发访问呢,那服务器能扛住多少个tcp连接?带宽有多大?服务器的内存有多大?硬盘是高性能的吗?能抗住多少IO?web服务器分的内存有多大?会不会宕机?

8、这就是为什么,越是大中型的web应用,他们越是要解耦。理论上可以把数据库+应用服务+消息队列+缓存+用户上传的文件+日志+等等都扔在一台服务器上,这也不用玩什么服务治理,也不用做什么性能监控,什么报警机制等等,就乱成一锅粥好了。但是这样就好像是把鸡蛋都放在一个篮子里,隐患非常大。如果因为一个子应用的内存不稳定导致整个服务器内存溢出而hung住,那整个网站就挂掉了。

9、如果出意外挂掉,而恰好这时你们的业务又处于井喷式发展高峰期,业务成功被技术卡住,很可能会流失大量用户,后果不堪设想。

10、此外,应用全部都耦合在一起,相当于一个巨石,当服务端负载能力不足时,一般会使用负载均衡的方式,将服务器做成集群,这样其实你是在水平扩展一块块巨石,性能加速度会越来越低,要知道,本身负载就低的功能or模块是没有必要水平扩展的,在本文中的例子就是性能瓶颈不在前端,那干嘛要水平扩展前端呢?还有发版部署上线的时候,明明只改了后端的代码,为什么要前端也跟着发布呢?

11、正常的互联网架构,是都要拆开的,web服务器集群,应用服务器集群+文件服务器集群+数据库服务器集群+消息队列集群+缓存集群等等。

除注明外的文章,均为来源:老汤博客,转载请保留本文地址!
原文地址: