Xinyuan Wang

RFC 3：优化整个组件库编译打包流程，尽可能收口同一个构建流程中。 在去年的开发中，我们的组件并没有一个通用的编译发包流程，每一个组件强依赖于一个包，整体开发流程不是很通畅，因此改造后向现在主流组件库对齐，可以通过通用流程配置去进行打包。并支持按需引入以及Tree Shaking 。降低各个组件之间的强耦合，减少重复模板代码。 TODO： - [ ] 通用编译打包构建流程 - [ ] 是否接入 vite 进行打包 - [ ] 统一开发与生产环境产物，移除 webpack 开发时构建 pull request：

RFC 4：优化整个脚手架开发体验 , 为后期的整个 proform protable 等复杂组件做铺垫 配合 RFC 3 优化脚手架 create-omi 的整个功能，尝试使用微生成器等方式优化整个开发体验，统一整体开发规范。尝试接入 github 提供的 CI / CD 补齐整个研发流水线。为后续复杂组件保驾护航。保证开发效率与组件质量。 TODO: - [ ] 接入统一编译构建流程，改造工程目录，组件同级不关注打包细节 pull request：

RFC 5：规范化代码检查与风格化 逐步统一 eslint 配置，接入代码格式审查与风格化审查，统一整体项目的风格 TODO: - [ ] RFC 4 改造后的工程结构可以将 eslint 等审查格式化移到外面 - [ ] 优化现有项目 eslint 审查与风格化 - [ ] 提出 omiu 子项目及其他子项目 eslint 规范 pull request：

> > 3.优化整个组件库编译打包流程，尽可能收口同一个构建流程中 > > 这个会不会导致开发单个组件编译耗时变长？每个组件不能独立发布？ 是可以独立发布的，编译的流程统一到外部，不会全量打包，整体组件产物不会受构建流程影响

README 及 源码可以查看 V6 分支

Arco design mobile 迄今为止已在字节内部迭代了两年，包括头条、西瓜、番茄小说、抖音、懂车帝等在内的 10+ 业务已接入，内部 npm 包周下载量已近 1 万，多个重要组件已在线上有了较成熟的迭代优化。

> icon组件我给你提个pr Thanks a lot

#12 use modernjs generator

monorepo 分支，使用了字节开源的 modernjs 的微生成器，是否对于 semi-design-pro 太重了

需要测试一下再进行合并