在我的工作生涯，特别是前端生涯(前端仅是工作的一部分)，无论一个小到10人的团队还是大到几百几千的公司，很难沉淀出一套自己的脚手脚方案，团队中大量存在重复造轮子，无法解放这个前端本就稀缺的人员的双手，本系列教程以个人对业务及技术的一些总结为锚，希望给大家抛砖引玉，能够帮助大家从技术及业务角度带来一些思考和认识。
1. 市场上已经存在很多的成熟的脚手架了，为什么我们不能直接使用而要自建？
我相信很多人看到这个标题，最先想到就这个问题，我曾经也有类似的疑问，觉得有必要在这里说明下，你所看到的如umi、vite 正在迅速发展，Web 2.0 已经成熟很多年，3.0也不会太远，以Google Chrome为代表的开源浏览器推动下(这个一下让我想起来几年前国内各大厂商进军浏览器，当Chrome宣布延迟发布下一代版本的时候，大家纷纷延时)，连老玩童微软都开始向市场低头很多年，所以最终都会一家亲。回归正题，对一家企业来说，特别是像阿里、腾讯这种巨无霸，他们要求能够快速迭代、高效交付，希望经验可以沉淀，能够提升研发效能，统一技术栈，将一些最佳工程实践应用到其它项目并持续优化，能够把知识结构化，形成重要的资产，试想下一家公司A 团队用create-react-app、B团队用Vite;A团队用React,B团队用Vue;A团队用React 16, C团队用React 17；B用fetch、C用开源的axios;E 从react 15升级到17，F也是； 同一个服务，A写了一套Model，B也写了一套Model...例子实在太多，小到具体的技术细节，大到方案设计，无不说明大家都在这些琐碎的事务中不得抽身，从而没有放大自己的价值，也没有任何成长 ，每天习以为常，但作为前端从来者或一个管理者或一个有格局的前端leader，你是否有决心或是有毅力去改变现状，去帮助团队成员成长，提升公司研发效能，专注核心业务能力，将是衡量你个人价值的核心所在，也是拉开你与一般前端工程师的一个重要渠道，当然我个人是深有感触的，不知道你会如何觉得。
2.那么这样的一种脚手架到底能发挥怎么样的价值，或是说怎么样才算企业级脚手脚？
-
基本框架的目录结构（类型如H5、小程序，种类如业务代码、组件代码），如存在配置config、页面pages、组件components、模型models、服务services、仓库store等，同时也比较推荐在这个层面做语言选项如ES或是TS(推荐)
未完待续...
