Xinyuan Wang
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 太重了
需要测试一下再进行合并