带你入门前端工程

    换句话说，工程化的目的就是为了提升团队的开发效率。例如大家所熟悉的构建打包、性能优化、自动化部署等知识，都属于工程化的内容。

    我写这本小书的原因，是想对过去两年的工程化实践经验和学习心得做一个总结。希望能全面地、系统地对前端工程化知识做一个总结。

    可能有人会问，什么时候开始做工程化？我认为在需求评审阶段就可以做工程化了，根据需求选用适当的技术栈（技术选型），然后制定相关规范…

    目录

    1. 技术选型：如何进行技术选型？
    2. 统一规范：如何制订规范并利用工具保证规范被严格执行？
    3. 测试：如何写单元测试和 E2E（端到端） 测试？
    4. 构建工具：构建工具有哪些？都有哪些功能和优势？
    5. 自动化部署：如何利用 Jenkins、Github Actions 自动化部署项目？
    6. 前端监控：讲解前端监控原理及如何利用 sentry 对项目实行监控。
    7. 性能优化（一）：如何检测网站性能？有哪些实用的性能优化规则？
    8. 性能优化（二）：如何检测网站性能？有哪些实用的性能优化规则？
    9. 重构：为什么做重构？重构有哪些手法？
    10. 微服务：微服务是什么？如何搭建微服务项目？
    11. Severless：Severless 是什么？如何使用 Severless？

    微服务、Severless 按理说不属于工程化的内容，但从提升开发效率的角度来看，也可以归纳到这一范围。

    目录的顺序是以一个项目的生命周期来分配的：

    1. 接到新需求，进行需求评审后根据具体情况做技术选型。
    2. 开发前需要统一规范。
    3. 开发完，需要对代码进行测试。
    4. 构建打包。
    5. 部署上线。
    6. 对项目进行监控，随时发现问题。
    7. 根据项目运行情况决定是否要做性能优化。
    8. 项目越来越复杂，需要重构以提高可维护性。
    9. 项目越来越大，可以考虑是否用微服务对其进行拆分（或者使用 git submodule 和 monorepo 的方式管理项目）。
    10. 不想自己管理服务器或数据库，可以考虑使用 Serverless。

    另外，建议读者在阅读本书时，能够配合书本的实践部分去做实践。如果读者能够严格按照指示去做实践，在阅读完本书后，不仅会收获前端工程化的理论知识，还会获得对应的实践经验。

    你会学到什么？

    • 对前端工程化有一个全面、清晰的了解
    • 为架构师之路打下扎实的基础
    • 想学习工程化的前端

    License

    MIT