我们已经能够专注于基于 Radix Primitives 构建稳健的用户体验。对于希望快速行动的产品团队来说，UI 组件有太多角度和需要深入研究的细节。
描述您在哪些类型的项目中使用 Radix Primitives？
我们在设计系统的某些部分、多个中大型公共和内部 Next.js 应用程序、营销网站以及我们实验的内部原型上使用了 Radix Primitives。
正如您所见，项目各不相同。有些项目只有少数工程师主要贡献，而另一些项目则有 20 多名工程师每天贡献。项目也处于非常不同的阶段。我们有长期多年的项目，也有可能永远不会面世的实验。
Radix Primitives 在哪些方面帮助了您和您的公司？
Radix Primitives 节省了我们大量时间，无需从头开始重新实现常见的 UI。相反，我们能够专注于基于它们构建稳健的用户体验。有了 primitives，对于希望快速行动的产品团队来说，有太多角度和需要深入研究的细节。
在我们使用 Radix 之前的“primitives 堆栈”也非常分散。有些组件是自定义构建的，可能可访问性覆盖率很差，另一些组件来自 Reach UI、React Spectrum 或任何其他第三方。如今，我们更容易依赖 Radix 作为满足我们所有 primitive 需求的供应商。知识在组件之间更容易转移，而且我们可能还通过不引入新的第三方依赖及其内部实用程序来节省捆绑包大小。
您对 Radix 开发者体验有何看法？
DX 非常出色。我喜欢文档和组件之间 API 的一致性。很高兴您可以学习单个组件，并且还可以期望某些细微之处延续到其他组件，例如 forceMount、 as、 data-state 。我认为这是维持稳定用户群的关键。人们会一直回来，因为它已经很直观并且可以工作。动画对我个人来说非常重要，因此能够轻松地在顶部添加入口/出口 CSS 动画，而无需太多领域知识或外部库，这真是太棒了。
在某些情况下，我发现了一些不一致和错误，但 Radix 团队总是非常积极响应，积极主动，并热衷于提供临时的解决方法，以便我可以解除阻塞并继续前进，同时他们会解决问题。抱歉各位，除了赞扬之外，我无话可说 🙌
您对 Radix 文档有何看法？
刚刚体验了最新版本的文档。它写得非常好，并提供了很棒的示例，说明了真实的使用案例。如果也能像 hero 那样渲染示例就太好了。现在回想起来，我真的不需要经常使用文档。只需要复制起始代码即可。其余的理念都来自经验 - 使用 open 和 onOpenChange 等。