前端工程化知识体系概览
什么是前端工程化？
前端工程化是将软件工程的方法和工具应用于前端开发，解决效率、质量、协作三大问题的实践体系。
在项目只有几百行代码时，你可能不需要工程化——一个 HTML 文件、一个 JS 文件就够了。但当项目有数十万行代码、十几个开发者协同工作、每天要发布多次时，没有工程化就意味着：代码风格混乱、bug 频出、测试靠手工、部署靠人肉——这一切都会变得不可控。
前端工程化就是为了解决这些问题而建立的一套标准化的开发流程和工具链：
前端工程化解决什么问题？
| 问题 | 工程化方案 | 代表工具 |
|---|---|---|
| 代码风格不统一 | 代码规范 + 自动格式化 | ESLint + Prettier |
| 提交信息混乱 | Git 提交规范 | commitlint + Husky |
| 没有测试保障 | 自动化测试 | Jest / Vitest / Playwright |
| 手动部署易出错 | CI/CD 自动化 | GitHub Actions / GitLab CI |
| 依赖管理混乱 | Monorepo 管理 | pnpm workspace / Turborepo |
| 多项目样式冲突 | 微前端隔离 | qiankun / Module Federation |
| 线上问题发现晚 | 监控与告警 | Sentry / 自建 SDK |
核心知识点概览
代码规范——团队的"交通规则"
ESLint 检查 JavaScript/TypeScript 代码中的潜在问题和风格违规；Prettier 统一代码格式（缩进、引号、分号）；Husky 在 Git 提交前自动运行检查，提交不通过规范就无法提交。这套组合拳确保每个人提交的代码都符合团队标准。
自动化测试——代码的"安全网"
测试策略遵循测试金字塔：底层大量的单元测试（测试函数和模块，速度快）、中间的集成测试（测试组件交互）、顶层少量的 E2E 测试（模拟真实用户操作，覆盖完整流程）。Jest/Vitest 做单元测试，Playwright/Cypress 做 E2E 测试。
CI/CD——自动化的交付管道
CI（持续集成） 在每次代码提交时自动运行 Lint、测试、构建，确保代码质量；CD（持续部署） 在 CI 通过后自动部署到线上环境。通过 GitHub Actions 或 GitLab CI 配置 Pipeline，可以实现从代码提交到生产上线的全自动化。
Monorepo——把多个项目放在一个仓库
当你的团队维护多个相关项目（主站、后台、组件库、工具库）时，Monorepo 方案将它们放在同一个 Git 仓库中统一管理。pnpm workspace 管理依赖，Turborepo 或 Nx 优化构建缓存和任务调度。
微前端——大型应用的"分治"
微前端将一个大型前端应用拆分为多个独立的小应用，各自独立开发、测试和部署，最终在运行时组合成一个完整的页面。就像微服务对后端的意义一样，微前端解决了大型团队协作和技术栈迁移的困难。
监控与埋点——线上的"眼睛"
代码部署上线不是终点——你需要实时知道线上是否有报错、性能是否下降、用户行为如何。前端监控包括：错误监控（JS 错误、资源加载失败）、性能监控（FCP、LCP 等指标）、行为埋点（点击、浏览量）。
学习建议
- Lint & 测试 + CI/CD → 工程化三板斧
- 监控与埋点 → 线上质量保障必备
- Monorepo + 组件库 → 大型项目架构
- 微前端 → 微服务化趋势
- Docker + K8s → DevOps 能力拓展