简单点

同步下组件库最新进展、业务使用情况、未来规划。

Press UI 组件库自2022年11月5日发布第一个版本，现在已经2年多，目前已经在多个业务、多个团队使用。相比于 vant、uview、tdesign 等组件库，Press UI 有以下优势：

按照是否跨端和 Vue 版本，项目可分为四象限。Press UI 组件库可支持四象限任意变动，但实际上，一般只会升级，不会降级，即：

除了 Press UI 基础组件库外，还沉淀了 Press Plus 和 Press Next 业务组件库。目前也在游戏人生项目中深度应用。

Press Plus 和 Press Next 的区别是，前者会同时兼容 Vue2 和 Vue3，后者只兼容 Vue3，可以使用组合式API。

Press Plus 中物品列表、物品详情、物品兑换等相关组件，在多个业务项目中使用，部分业务项目升级困难，所以 Press Plus 组件库无法去除。

业务组件库是必需的：

项目开发人员水平参差不齐，总有些人对代码的理解仅停留在能跑就行，拼命拉低代码质量，你写好的代码，他分分钟入侵，给你搞得四不像，所以必须物理隔离、权限隔离，把关键代码抽离出去
业务核心组件需要保持稳定，在组件库中每行代码都会单独 review，不会揉杂在业务的某次MR中，蒙混过关
复杂的、复用性强的组件需要示例、文档，典型的包括赛程树、物品相关组件

所以这里鼓励沉淀高质量的核心业务组件，但宁缺毋滥，沉淀的组件必须符合 Press Plus、Press Next 规范：

Tailwind 是一种原子化CSS的技术，其思想十分朴素，就是重复的样式应该复用。使用 Tailwind 有以下好处：

其中第3点，完全遵循 scoped 开发模式的项目感受不到。

我们项目更适合用 Tailwind，性能是一方面，更重要的是，类名起的过于随意了，不要说BEM规范，统一的前缀都没做到。要求严格一点的项目负责人还会多强调一下，其他的基本就是“百花齐放”。举个例子，一个按钮在同一个项目中的多种命名方式：

使用 Tailwind 后，同一个CSS表达式，基本只有一个正确答案，再也不会看到乱七八糟的类名了。