Vercel

我们能够专注于在 Radix 原语之上构建稳固的用户体验。对于希望快速推进的产品团队来说，UI 组件有太多的角度和复杂的问题需要解决。

请描述您在哪种类型的项目中使用 Radix 原语？

我们在设计系统的某些部分、多个中到大型公共及内部 Next.js 应用、营销网站，以及我们实验用的内部原型中使用 Radix 原语。

如您所见，项目各不相同。有的项目只有少数几位工程师主要贡献，有的则有 20 多名工程师每天参与。项目所处的阶段也非常不同。我们有长期存在的多年度项目，也有可能永远不会面世的实验。

Radix 原语在何种方面帮助了您和您的公司？

Radix 原语节省了我们很多时间，让我们不必从头开始重新实现常见的 UI。我们因此能够专注于在其基础上构建稳固的用户体验。对于希望快速推进的产品团队而言，原语提供了太多的角度和复杂性。

在使用 Radix 之前，我们的“原语栈”也相当分散。一些组件是定制构建的，可能可及性覆盖不佳，其他组件则来自 Reach UI、React Spectrum 或其他任何第三方。如今，我们更容易依赖 Radix 来满足我们所有的原语需求。组件间的知识转移更加顺畅，并且通过不引入新的第三方依赖及其内部工具，我们可能也减少了打包大小。

您对 Radix 开发者体验有何看法？

开发者体验非常出色。我喜欢文档和组件间 API 一致性。能够学习一个单一组件并期望一些细微差别也能应用于其他组件，如 forceMount、as、data-state 等，这是维持稳固用户基础的关键。对我个人而言，动画是一个重要因素，因此能够轻松地在其上添加进入/退出的 CSS 动画，而无需太多领域知识或外部库，这真是太好了。

在某些情况下，我发现了一些不一致之处和一些小错误，但 Radix 团队总是非常响应、积极主动，并乐于提供临时解决方案，以便我能够解除阻碍并继续前进，直到他们解决问题。抱歉，大家，这里除了赞美没有什么可提及的 🙌

您对 Radix 文档有何看法？

刚刚玩了一玩最新版本的文档。写得非常好，有很好的示例来说明真实的使用案例。如果能像英雄那样渲染示例，那就更好了。现在回想起来，我其实并不需要太频繁地使用文档。只需要复制启动代码。其余的理念都来自经验——使用 open 和 onOpenChange 等等。