前言随着业务越来越重，越来越复杂，工作量翻倍，团队规模肯定不会翻倍。蛮力已经无法维持高效率如何因地制宜打造适合自己的前端工程，成为每一个达到一定规模的前端团队都在思考和探索的问题。但是，当没有找到合适的解决方案时，我们不应该盲目地追求工程化。为了工程而工程会浪费人力，降低我们前进的动力。你会遇到什么问题？新老项目交织，技术栈五花八门。相同的UI风格，基础组件无法复用，不同级别的成员难以管理。编写代码的风格和使用的技术栈是不同的。不同项目Webpack配置差异太大，基础工具函数库与请求包不同，缺少代码注释和项目文档，commit信息格式不统一，新人难以接手，老手项目很难维护。该溶液没有沉淀。不同的人遇到相同的业务场景，需要重复一个人独立负责一个项目，一旦离职，交接成本会更高Teamwork，同时养成良好的代码规范，也有利于自我成长。1.代码规范-ESLint常用风格包括airbnb,google,standard,prettier根据文档，配置适合自己公司的风格2.git规范分支管理规范commit规范，启动命令，部署方式，目录结构，技术栈，问题描述等2.技术选型前端一直在讨论（zheng）的话题，vue、react、angular这三大框架如何选其一，中小团队，可以简单粗暴的判断基于以下特点：高效、成熟、生态丰富。目前的团队成员最熟悉的是高市场份额。三。统一资料1、统一脚手架配置统一项目结构集成基础框架、组件库、方法库、工具2、公共组件可管理复用功能和业务组件统一组件开发标准组件库3、公共UI与设计师沟通，制定统一的UI标准并使用统一的组件库4.工具功能库统一使用的工具数据处理、加密、ajax请求、可视化等库都是轻量级自写的，比较复杂的开源或编排根据团队的努力。5、CI/CD云打包和云检测自动化部署。通讯（微信、钉钉等）2、需求管理（Jira、禅道、teambition、TAPD等，或在线Excel）3、未来接口文档（RAP、eolinker、swagger、YAPI等）1.对一个功能进行单元测试，一个组件测试TDD开发模式是否适用于当前场景2.埋点及分析性能监控（白屏时间、页面加载时间、DOM渲染时间、资源加载时间等）错误监控（资源加载错误、js执行错误、promise错误）信息采集（UV、PV、停留时间、操作记录等）3.丰富的规格4.本地开发环境工程5.模块化业务6.可视化系统...那么，什么是前端工程？旨在提高前端开发效率、降低前端开发成本、提高前端应用质量的工作都是前端工程。小到方法、组件、标准，大到工具、框架、平台，都是工程化道路。不要因为他们小就忽视他们，也不要因为他们大而盲目追求。工程与公司业务阶段相匹配。不同的业务阶段会有不同的内容和深度。公司可分为初创期、生存期、快速发展期、成熟期和大成功期。每个阶段都需要适应不同程度的工程。结语这次主要分享整体框架。每个环节都有很多东西需要深入探讨。下次有机会再分享如何深入挖掘和提炼单个链接。希望大家能够跳出舒适圈，共同努力，推动自己、团队、公司进步。技术的价值在于解决业务问题；人的价值在于解决问题的能力。大家互相鼓励。同时，我们的前端团队也在探索和打造适合您的前端工程。如果你想和我们一起进步，欢迎加入我们。
