前言
大前端这个概念很早就曾经进去了，然而大前端是什么，始终没有一个规范的定义。有的说，大前端就是所有前端的统称，比方 Android、iOS、web、Watch 等，最靠近用户的那一层也就是 UI 层，将其对立起来，就是大前端。其实我感觉这么说还是少了一点什么，这里表白的更多应该是跨端跨平台的个性。而前端工程化，又是满足跨端跨平台一个十分重要的环节
前端工程化
工程化内容
前端业务日益复杂化和多元化，从最原始的 web PC 端业务转变成当初的跨端业务，业务一旦简单，便会呈现一系列问题，包含多人合作、代码品质、我的项目保护、项目风险等等。而前端工程化是应用软件工程的技术和办法来进行前端的开发流程、技术、工具、教训等规范化、标准化，从而进步开发过程中的开发效率，保障前端利用品质。
从 淘系 web 前端架构开发实际 中来看工程化是怎么实现的。
- 规范化：每个人的技术水平、技术栈、代码格调都是不同的，那么对立标准就是必然踏出的第一步。通过脚手架创立我的项目框架（icejs，基于 React 的渐进式研发框架），统一标准，收敛技术，使开发者开发的代码失去标准，从而确保跨业务，跨团队之间的研发品质和协同效率。
-
开发：
- 模块化
- 组件化
- 脚手架
- 框架（icejs、ice-scriptes2.x）
- 研发模式降级，同仓库，同依赖，同命令
-
构建：
- webpack
- vite
-
部署：
- 前后端一起部署
-
性能：
- 缓存策略
- 按需加载
- 首屏渲染速度
性能监控
在性能中一个重要的环节下面没有提到，那就是性能监控，从 如何进行前端性能的观测 中来学习性能监控的实现。
- 可观测性三支柱：指标、日志、链路
- 指标：制订指标（性能、错误信息、操作记录），收集指标，联合图表库，将指标数据可视化展现进去
- 日志：采集应用服务和零碎的日志，实现日志的汇聚和剖析
- 链路：平安巡检、云拨测
总结
前端工程化能够分为五大部分，开发、构建、部署、性能、规范化，每一个模块都很大，能做的事件很多，把工程化做好，进步工作效率，晋升产品质量，让工程化更有意义。以上总结并非很全面，如有不对的中央，敬请指出。
本文参加了 SegmentFault D-Day 征文，欢送正在浏览的你也退出。