从“高大上”到“必修课”:我眼中的前端工程化

26 阅读3分钟

写在前面:本文不推荐工程化工具,仅表达本人对前端工程化的理解

前端工程化在今天已经不是一个小众的词语了,我还记得我第一次听到工程化的时候,心里的第一个想法就是高大上,在读到一些具有所谓“工程化”的仓库时,对于当时初出茅庐的 前端er 来说,第一感觉就是,哇,文件好多,好复杂,完全不知道从哪里下手,甚至感觉对于一些认知内的业务根本没必要使用工程化。

可是随着技术的不断发展,在我的认知内,前端工程化的概念逐渐从“高大上”的标签变成了现代前端开发中不可或缺的一部分。今天和大家分享一下我对于前端工程化的理解。

前端工程化,就是把“写页面”的过程,变成一整套“像搭积木一样”的,可复用、可维护、自动化的工程流程。

工程化是现代开发工程师不可或缺的一种核心思想。它不限于某种具体的技术或工具,而是一整套围绕开发效率代码质量协作效率所建立的系统化方法论。

工程化的思想其实在我们从最早的 HTMLCSSJavaScript 学习的时候就已经有在慢慢的接受一些渗透了,为什么这么说呢?

  • 当我们把 CSS 写在一个单独的 .css 文件里,不是直接内联在 .html 的标签中,这实际上就是一种最简单的名为关注分离的工程化思想
  • 当我们把 JavaScript 抽离成一个功能一个函数(模块)的时候就是追求复用性可维护性的一种表现

再到后来的框架学习,像 Vue 的组件化、Reacthooks,其实本质上也是借助前人搭建的框架的“力量”,把开发流程标准化、模块化。

也就是说,工程化并不是某一天才学会的技术,而是我们在成长过程中不断“积小成为大成”的开发习惯

随着项目复杂度的增加,我们慢慢意识到:

  • 代码不能太乱,要有一定的规范
  • 要对代码测试,保障代码功能很ok
  • 页面加载不能太慢,要进行打包优化
  • 多人协作要做到能追踪定位,要用Git、分支策略
  • 上线不能手动,要用到某种自动化技术

正是因为以上的问题,工程化的工具链逐步登场,背后的那套“让开发更有秩序、更可控、更高效”的理念,也就成了现代前端开发者的必修课。

以我自己来说,我在初次接触的时候觉得很困惑,但是经过了许多项目的实战后,慢慢的就发现它带来的便利和效率远超想象。就像盖一座大楼,需要坚实的基础和科学的规划,前端工程化正是帮助我们构建稳固、优雅 Web 应用的关键。

谢谢您的观看!