一、引言
Web发展到目前为止已经有将近30年的历史,在Web兴起的早期,并没有前端这个概念。最初所有的开发工作都是由后端开发工程师完成,随着业务越来越复杂,工作量逐渐的增加,项目中的可视化部分和一部分交互功能的开发工作逐渐从业务中剥离出来,形成了前端开发。
大约在2000年左右,雅虎等公司开始设立前端工程师职位,从2005年开始,正式的前端工程师角色被行业所认可,到了2010年,互联网开始全面进入移动时代,前端开发的工作越来越重要,前端领域的技术发展也越来越快,各种新的思想、设计模式、工具和平台都快速发展,对前端工程师的技能要求也越来越高。此时国内各大互联网厂商也都设立了前端开发工程师的岗位。
那么什么是前端工程师?这里可以拆分“前”和“端”来理解,“前”很好理解,相对于“后”的概念,而“端”则有不同的含义,如下图所示:
广义上讲,所有负责在端布局、排版、展示页面的工程师,都可以称为前端工程师。不同的端使用不同的语言,其中:
由于浏览器是历史最久远、最出名的端,所以将使用JavaScript、HTML和CSS语言,在浏览器端负责展示页面的工程师,称为前端工程师。
二、入门阶段之「 Web 基础」2.1 Web三层结构
在Web 1.0信息共享时代,Web发展的第一个阶段就是静态技术阶段,在这个阶段,HTML语言就是Web向用户展示信息的最有效载体。此时常见的写法就是将HTML、CSS和JavaScript代码掺杂到一个单独的文件中,命名为index.html,并称其为网页。今天仍然有很多网页将HTML、CSS和JavaScript代码写在一个文件里面,但是当网页内容逐渐复杂之后,不同的代码写在一个文件里面会使文件内容变得越来越臃肿,难以维护,于是出现了Web三层结构的概念。Web的三层结构如下图所示:
在同一个网页中,对不同层的代码进行分离,可以在不同的项目中共用通用的代码模块,减少代码的冗余。当然如何更加合理的对不同层的代码进行拆分,需要根据不同的项目具体分析并探寻代码拆分的最佳方案,这里就不过多的去阐述了。
2.2 DOM与BOM
在前端领域DOM和BOM这两者的概念非常重要。DOM是文档对象模型,即把文档当做一个对象来看待,主要处理网页内容的方法和接口;BOM是浏览器对象模型,即把浏览器当做一个对象来看待,与浏览器交互的方法和接口。两者的关系如下:
BOM的核心对象是Window,比如访问屏幕物理分辨率的宽和高,如下:
// 屏幕物理分辨率的高
window.screen.height
// 屏幕物理分辨率的宽
window.screen.width
// 获取当前完整的url链接
window.location.href
DOM的根本对象是document,这个对象是window对象的属性,即window.document,可以通过document对象获取文档中的节点同时也能操作节点,如下是一棵简单的文档对象树:
可以通过属性id获取a标签文档节点对象,如下
// 通过id为aLink属性获取标签a的文档对象
const eleDomObj = document.getElementById('aLink')
也可以直接给a标签添加属性,如下:
const eleDomObj = document.getElementById('aLink')
eleDomObj.setAttribute('href', '******')
2.3 前端基础体系
上图主要展示作为前端开发在前端的基础体系里面需要熟悉的基础内容,实际前端基础体系相关内容的细分或者扩展远比上图汇总的多。
三、进阶阶段之「单页应用与微前端」
3.1 AJAX与单页应用
在Web1.0阶段,服务器会返回整个页面或者文档,前端页面想要获取后台数据需要刷新整个页面,这是很糟糕的用户体验。进入Web2.0之后,动态网页逐步发展,其中最主要的代表性技术是 AJAX,AJAX允许客户端的JavaScript脚本为局部页面内容提供请求服务,然后可以在无需回到服务器的情况下动态刷新部分页面内容,也就是更新浏览器中的document对象,即DOM。在Web2.0阶段加强了网站与用户之间的互动,网站内容基于用户提供,网站的诸多功能也由用户参与建设,实现了网站与用户的双向互动交流。
在2004年和2005年,Google分别发布了两款重量级的Web产品:Gmail和Google Map,都大量使用了AJAX技术。随着AJAX技术的流行,越来越多的网站使用AJAX动态获取数据,这使得动态网页内容变成可能,加上当时CDN开始大量用于静态资源存储,于是出现了SPA (Single Page Application 单页面应用),大致的模式如下图所示:
如上图所示,在 Web 页面初始化时加载相应的 HTML、JavaScript 和 CSS,一旦页面加载完成,SPA 不会因为用户的操作而进行页面的重新加载或跳转,取而代之的是利用路由机制实现 HTML 内容的变换,UI与用户的交互,避免页面的重新加载。这样SPA存在的优点如下:
单页应用的开发模式实现了前后端的分离,使得整个业务系统架构变得清晰,可以单独开发和测试。但是当中后台单页应用有多个不同的子模块,并且子模块之间有相对独立完整的功能体系时,一旦子功能模块越来越多,那么整个单页应用将变得非常庞大且臃肿,开发和维护成本将大大提高,如果在这种场景下,还在用SPA的模式开发,那么项目后期的维护将变得不可想象,这个时候微前端的概念应运而生。
3.2 微服务与微前端
提到微前端就离不开微服务,后端同学对于微服务应该非常的熟悉,微服务允许后端体系结构通过松散耦合的代码库进行扩展,每个代码库负责自己的业务逻辑,并公开一个API,每个API均可独立部署,并且各自由不同的团队拥有和维护。其带来的好处是:
微前端的思路是把微服务的架构引入到前端,主要应用于浏览器端,其核心是对Web应用进行拆解,最后将不同子系统或者子模块聚合成一个完整的应用。在早期,也可以使用iframe嵌套的方式实现单个应用集成多个独立的功能模块,以目前客服域一站式工作台现有的架构所示:
如上图所示,红色部分是通过iframe嵌入的模式集成到工作台里面的。通过iframe嵌套的方式,在一站式工作台里面遇到了较多的问题,主要问题如下:
基于上面几个问题,目前运用微前端的设计思想正在重构优化的客服域一站式工作台架构如下图所示:
通过上图将每个单独的功能模块拆分成不同的子应用,如工单工作台是一个子应用,热线服务是一个子应用,不同的子应用独立运行,互不影响,子应用共享主应用的资源,不需要每次重新加载静态资源,每个子应用都可以独立发布和部署。
四、高阶阶段之「向全栈转变」
在Web技术兴起的很长一段时间里,前端开发工程师想要去开发服务端的代码,就必须去学习JAVA或者PHP等后端语言,自从2009年,Node.js兴起之后,JavaScript 开始有能力运行在服务端,之前需要后端工程师使用传统后端语言完成的很多工作,理论上前端工程师都可以在Node.js创造的运行环境中使用JavaScript完成,此时全栈开发工程师也逐渐被行业所认可。在Node.js兴起至今,凭借其高性能、易部署等特点在前端领域脱颖而出了很多明星项目,比如BFF和在前端工程化上的实践。
4.1 什么是BFF
BFF,即 Backend For Frontend(服务于前端的后端),也就是服务器设计 API 时会考虑前端的使用,并在服务端直接进行业务逻辑的处理,又称为用户体验适配器。BFF 只是一种逻辑分层,而非一种技术。BFF 的出现为前端应用提供了一个对业务服务调用的聚合点,它屏蔽了复杂的服务调用链,让前端可以聚焦在所需要的数据上,而不用关注底层提供这些数据的服务。
试想下如下场景:某个页面需要向服务A、服务B以及服务C发送请求,不同的服务返回值用于渲染页面中不同的组件模块,即一个页面存在很多请求的场景。此时,每次访问该页面都需要发送 3 个请求。同时为了保障 Android,iOS以及 Web 端的不同需求,需要为不同的平台写不同的 API 接口,而每当值发生一些变化时,我们需要在每一个客户端(Android,iOS,Web)分别实现一遍,这样的代价显然相当大。而当我们有了 BFF 这一层时,我们就不需要考虑系统后端的迁移,后端发生的变化都可以在 BFF 层做一些对应的修改,具体如下:
如上图所示,加入BFF层,原本每次访问发送 3 个请求,变成了一个请求,BFF层会提前将多个服务的数据聚合起来,返回给前端。
备注:上面只是通过一个简单例子来阐述BFF分层带来的好处,实际复杂的业务场景对BFF的设计会复杂很多。
4.2 前端工程实践
前端工程化主要基于Node.js开发,Node.js 适合用于开发前端方向的各种工具。如包管理工具npm上集成了各种工具模块,包括各种前端预编译工具、构建工具、脚手架以及命令行工具等。其主要的应用场景如下图所示:
五、前后共勉--总结
以上只是站在多年前端开发的视角,阐述了后端同学需要了解的相关内容,实际前端内容远比文章描述的多,比如移动端、布局排版、Hybrid、小程序、PWA以及Serverless等等都属于前端技术领域,路漫漫其修远兮,吾将上下而求索,希望本文能给后端开发同学带来一些帮助和启发,也能让前端开发同学对前端知识有更好的认识。
参考文档:
*文/毛远俊
关注得物技术,每周一三五晚18:30更新技术干货
要是觉得文章对你有帮助的话,欢迎评论转发点赞~
暂无评论内容