Radix Primitives 让我们可以为我们的设计系统构建可访问和可自定义的组件，不需要强迫我们采用预定义的样式。这为我们节省了大量重新发明轮子的时间。
描述一下您使用 Radix Primitives 的项目类型？
在阿姆斯特丹大学，我们正在完全重建学生信息门户。由于我们可以忽略所有遗留代码，我们正从零开始搭建一个设计系统。这个设计系统仍处于起步阶段，但将被应用于多个学生平台。我们当前的团队相对较小，仅有2名前端和1名后端开发人员。
Radix Primitives 在哪些方面帮助了您和您的公司？
Radix Primitives 让我们能够为我们的设计系统构建可访问和可自定义的组件，而无需强迫我们采用预定义的样式。Radix 是我们设计系统的完美起点，因为大多数原始组件完全符合我们的需求。这为我们节省了大量重新发明轮子的时间。
您对 Radix 开发体验有什么看法？
我们最喜欢 Radix 的一点是它的开发体验非常新鲜。它并没有被大量的组件或约定所膨胀。它仅提供了一套优秀的原始组件，这些组件易于自定义，易于根据我们的需求进行样式化。
从一开始就可以看出，开发体验是 Radix 的主要卖点之一。我们结合使用 TypeScript 和 VSCode，Radix Primitives 提供的代码建议使得 API 的实现变得非常简单。在实现一个原始组件后，我们很少需要重新阅读文档。
另一个主题可定制的 React 组件库 Chakra UI，虽然在某种程度上也很出色，但因其自身的规则和工具变得过于臃肿，我开始不再推荐它。
Radix 仅为您提供逻辑属性和直接的类型定义。每个组件都是单独版本化的，这使我们能够选择我们想要实施的哪些原始组件。我们喜欢这种简洁性。
您对 Radix 文档有什么看法？
文档非常棒！它们提供了很好的介绍，并清晰地展示了每个原始组件的代码示例。我喜欢 “解剖学” 和基本示例之间的分离。
尽管我注意到某些功能或“最佳实践”并不总是在文档中提及。这可能是因为它们仍在变化之中，我可以想象。我使用 Radix 设计系统来获取一些组件的更实际的使用示例，而在该仓库中使用的一些实践将是 Radix 文档的理想补充（例如与 Stitches 结合的多态性）。