Vercel

我们能够专注于在 Radix Primitives 之上构建可靠的用户体验。对于希望快速行动的产品团队来说，UI 组件存在太多角度和分支需要覆盖。

描述您正在使用 Radix Primitives 的项目类型？

我们正在设计系统的一些部分、多个中大型的公共和内部 Next.js 应用、营销网站以及我们进行实验的内部原型中使用 Radix Primitives。

如您所见，这些项目种类繁多。有些项目只有少数工程师主要参与，另一些项目则有 20 多名工程师每天参与。项目也处于非常不同的阶段。我们有一些存在多年的长期项目，也有一些可能不会公开发布的实验项目。

Radix Primitives 如何帮助您和您的公司？

Radix Primitives 为我们节省了大量时间，无需从头重新实现常见的 UI。相反，我们能够专注于在其基础上构建可靠的用户体验。对于希望快速行动的产品团队来说，使用组件存在太多角度和分支需要覆盖。

我们在 Radix 之前使用的“组件栈”也非常分散。有些组件是自定义构建的，可能覆盖范围的可访问性较差，另一些组件来自 Reach UI、React Spectrum 或任何其他第三方库。如今，我们更容易依赖 Radix 来满足我们所有组件的需求。组件之间的知识更容易迁移，并且我们还可以通过不引入新的第三方依赖项及其内部实用程序来节省包大小。

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

开发者体验非常好。我喜欢文档和组件之间的 API 一致性。能够学习一个组件并期望一些细微差别延续到其他组件中，例如 forceMount、as、data-state，这一点非常棒。我认为这是保持强大用户群的关键。用户会一直回来，因为它的使用已经很直观且有效。动画对我个人来说非常重要，因此能够轻松地添加入口/退出 CSS 动画，而无需太多领域知识或外部库，这非常棒。

在某些情况下，我发现了一些不一致和错误，但 Radix 团队总是非常响应迅速、积极主动，并且乐于提供临时的解决方法，以便我能够继续前进，并在他们解决问题的同时继续工作。抱歉各位，这里只能说全是赞美 🙌

您对 Radix 文档有何看法？

我刚刚试用了最新版本的文档。它写得非常好，并提供了说明实际用例的优秀示例。类似于英雄部分，将这些示例也渲染出来会很不错。现在回想起来，我不需要经常使用文档。只需要复制起始代码即可。其余的理念都是来自经验——使用 open 和 onOpenChange 等。