与我们设计系统中的 Stitches 相结合，Radix 原语使我们能够专注于优化 UI 的可用性，而不是从头开始构建或通过无法访问且道具繁重的 UI 库进行破解。
描述您使用 Radix 原语的项目类型？
我们在内部设计系统中使用 Radix 原语，它即将接近初始 1.0 版本，我们正在开始将当前的单一仓库迁移到它。它独立于我们的主要应用程序，因此我们将其开源，并计划在 Atom 需要创建的任何 Web 属性中使用它。我们有一些来自设计和工程的核心利益相关者，但长期目标是获得来自这两个团队成员的贡献。
Radix 原语如何帮助您和您的公司？
有很多事情使 Radix 原语对我们来说非常有用：无头 UI 和组合模型、广泛的原语选择以及它是在可访问性方面构建和测试的事实。它也比我们以前用于 UI 的许多其他软件包轻得多。
对我们来说，创建复杂界面并仍然依赖于良好的可访问性基础非常简单。与我们设计系统中的 Stitches 相结合，它使我们能够专注于优化 UI 的可用性，而不是从头开始构建或通过无法访问且道具繁重的 UI 库进行破解。
软件包和库来来往往，您可能会发现自己每年都要从一个 API 迁移到另一个 API，每个 API 之间都存在着不一致。因此，找到一套解决明确且定义明确的问题的大量组件令人耳目一新。它让我相信采用 Radix 将意味着未来的组件将匹配这些相同的价值观，并且我们的 UI 原语将继续保持一致。
您对 Radix 开发体验有什么想法？
跨原语的一致性很棒，它易于理解并在它们之间移动。过去我们遇到过配置繁重库的问题，因此组合模型非常适合我们构建 React 应用程序的方式。我们倾向于依赖 Radix 设置的默认值，因此我无法评论许多可用的道具。
您对 Radix 文档有什么想法？
原语的文档非常棒，是我们决定在 Atom 中采用它的主要卖点之一。示例、实时代码、详细的道具说明和对“为什么”的高级解释对我们来说非常突出。在文档的中心有一个写得很好的“愿景”，这对我们来说尤其重要。