Radix Primitives 使我们能够为我们的设计系统构建可访问且可定制的组件，而无需强迫我们采用预定义的样式。这为我们节省了大量重复发明轮子的时间。
描述您正在 Radix Primitives 上使用的项目类型？
在阿姆斯特丹大学，我们正在完全重建学生信息门户。 因为我们可以忽略所有遗留代码，所以我们正在从头开始建立一个设计系统。 这个设计系统仍处于初期阶段，但将用于多个学生平台。 我们目前的团队相对较小，只有 2 名前端和 1 名后端开发人员。
Radix Primitives 在哪些方面帮助了您和您的公司？
Radix Primitives 使我们能够为我们的设计系统构建可访问且可定制的组件，而无需强迫我们采用预定义的样式。 Radix 是我们设计系统的完美起点，因为大多数 primitives 都符合我们的确切需求。 这为我们节省了大量重复发明轮子的时间。
您对 Radix 开发者体验有何看法？
我们最喜欢 Radix 的地方是它的开发者体验非常新颖。 它没有被大量的组件或您应该遵守的约定所臃肿。 它只是提供了一组很棒的 primitive 组件，这些组件易于定制，并且易于根据我们自己的需求进行样式设置。
从一开始就很清楚，开发者体验是 Radix 的主要卖点之一。 我们将 TypeScript 与 VSCode 结合使用，并且 Radix Primitives 因此开箱即用地提供的代码建议使 API 非常易于实现。 在实现 primitive 之后，我们很少需要重新阅读文档。
另一个可主题化的 React 组件库 Chakra UI，虽然它本身很棒，但由于其自身的规则和实用程序变得如此臃肿，以至于我不再推荐它。
Radix 只是为您提供逻辑 props 和直接的类型。 每个组件都是单独版本控制的，这使我们能够选择我们想要实现的 primitives。 我们喜欢这种简单性。
您对 Radix 文档有何看法？
文档很棒！ 它们提供了很好的介绍，并清楚地显示了每个 primitive 的代码示例。 我喜欢“解剖结构”和基本示例之间的分隔。
虽然我注意到某些功能或“最佳实践”并非总是文档中提到。 我想这可能是因为它们仍在发生变化。 我使用了 Radix 设计系统来获得一些组件的更实用的用例示例，并且该 repo 中使用的一些实践将是 Radix 文档的受欢迎的补充（例如，结合 Stitches 的多态性）。