前端工程化工具有哪些(前端工程化详解——理解与实践前端工程化)
前言:
前端工程化一直是一个老生常谈的问题 ,不管是面试还是我们在公司做基建都会经常提到前端工程化 ,那么为什么经常会说到前端工程化 ,并没有听过后端工程化 、Java工程化或者Python工程化呢?我们理解的前端工程化是不是一直都是Webpack的性能调优 ,或者是一个cli工具呢?今天我们带着问题来一起寻找一下答案吧!一 、前端工程化简介
我们整天再说前端工程化 ,那我我们思考一下 ,为什么会有前端工程化这个
概念?我们来一起回顾前端的发展历史 ,通过这个发展历史我们就能知道为什么会有【前端工程化】这个概念 。1. 前端发展历史
看下面流程图我们可以看出来
第一阶段:前端最早期的只是HTML 、CSS 、JS(此时只是前端发展的一个雏形 ,【JS】还没有模块化的概念) ,随着页面发展我们发现一个页面引入太多JS脚本 ,将大大增加维护成本;
第二阶段:已经出现了模块的概念 ,会按照模块的概念进行拆分 ,我们如何拆分模块,如何放置这些模块?此时已经有了一个工程化的概念;
第三个阶段:模块已经划分出来 ,但是我们部署的时候还是想合并在一起 ,就涉及到了早起的打包处理;
第四个阶段:前端进一步复杂之后,前端需要承载的功能更多了 ,逐步开始进行前后端分离 ,前端也可以独立的开发了 。此时前端也出来了一些新的概念 ,比如说:SPA 、Angular 、Vue等 。此时就要开始考虑路由如何规划?开发时如何调试?开发完如何构建?构建完如何发布?这一切的东西才构成了【前端工程化的概念】;HTML
CSS
JSAMD:异步模块加载
CMD:同步模块加载
Commonjs:09年Node.js
ES-Model:15年ES6的出现Grunt
gulp
jade综上所述我们可以看出来 ,前端工程化绝不只是webpack或babel构建这一块 ,前端工程化是一个整体 ,从前端开始写代码 --> 如何构建 --> 如何发布测试 --> 如何上线 --> 上线后的应用状态如何监控等 ,这一套的流程我们把他叫做【前端工程化】 。
二 、工程化整体流程
**下图所示 ,就是我们从零开始整个前端工程化的考虑范围** 1. 从创建项目与开发阶段--> 我们要使用脚手架 ,对应的Eslint规范以及我们要使用什么UI组件库 2. CI --> 持续集成: 在一个集中的环境去构建我们的项目(避免不同协作人员环境不同带来的Bug) 3. CD --> 持续部署 下面面试题 【前端项目应该如何部署上线】 会对 CI/CD做详细的介绍为什么开篇说到后端没有工程化的概念? 我们比如Java语言 ,他天生就是一种企业级的开发语言 ,他已经把上述流程包括在里面 ,不需要自己在去做这些基础建设;而JS是一门脚本语言,在不断开发不断迭代的进展中演变出了前端工程化的这个概念 。
三 、相关面试题
1. 一个新项目由你来做技术选型 ,你会从那几个方面来考虑?第二个大话题 ,【工程化整体流程 】都是我们需要考虑的
2. 前端项目应该如何部署上线 老规矩,先看图 ,下图是正常的前端发布流程下面的流程大家觉得有什么问题吗? 很多公司都是这样的一个流程 ,我们要知道服务器是做什么的?服务器应该是运行一些动态的程序 ,比如我们的Java代码 ,NodeJs代码 ,他是动态去处理数据 ,处理我们客户端的请求的 。但是我们打包构建好的JS是一个文件 ,我们把一个静态文件放置一台服务器是不是就会很浪费成本 ,所以下图的流程一般是后端的部署流程
集成
Jenkins:Docker
构建代码发布
服务器前端部署一般会加上CDN(内容分发网络) 为什么要加CDN ,第一优化加载速度(网络时延导致的速度过慢) ,第二把不需要动态处理的文件(JS/CSS/Image/Video)放在CDN节省服务器资源 。
最后两个步骤 ,主要是快速回滚 ,假如我们发布到线上的代码出现了问题,再重头集成 ,大概需要十分钟 ,而这十分钟客户一直看到的是有问题的页面!
每次 HTML 加载的时候我们会先去读取版本,然后拿到对应版本的JS/CSS,这样的话所有的CSS和JS都是有对应版本的 ,一旦发现问题直接通过HTML 加载上一次的版本即可 。集成
Jenkins:Docker
构建代码这里详细解释一下为什么要在集成的环境(也叫云构建)去进行 npm run build ?
为什么不在本地环境进行构建 ,要在集成的环境构建 ,这里核心的问题就是 ,没有办法保证每个人的环境(比如:npm版本 、node版本)是一样的 ,假设不环境不一样的话 ,构建出来的产物就会有差异 ,发布上线以后出现问题很难排查 。 b. 发布前端的代码应该是运行在哪里? 运行在一台物理服务器或者云服务器上
四 、大厂工程化实践及开源方案
蚂蚁金服
开源的 UmiJS;
它提前预定好很多功能 ,我们可以做到开箱即用 ,其实 UmiJS 已经是前端工程化一个很好的范例与实践(包含基础配置比如路由 、mock 、构建(Webpack)、部署) 。
阿里
开源的 飞冰
它和 UmiJS 一样也是基于React去设计的 ,飞冰比 UmiJS 内置的功能要更多一点 ,比如:数据请求 、状态管理 、日志打印、菜单配置等等 。
字节跳动开源的 MODERN.js
MODERN 会比飞冰与UmiJS包含的内容更多一些 ,它是按照业务场景把功能做了一个更细致的分类,比如:正常网站 、中后台 、桌面应用 、微前端等等 ,主要的是支持Vue 。
五 、迷你工程化脚手架实践
时间有限稍后给大家补上 ,抱歉抱歉!!!创心域SEO版权声明:以上内容作者已申请原创保护,未经允许不得转载,侵权必究!授权事宜、对本内容有异议或投诉,敬请联系网站管理员,我们将尽快回复您,谢谢合作!