小参与者采用该概念带来了动力事实上设计系统帮助我们做出了很大的改变。采用更加结构化的方法来开发一组已定义的设计原则、模式和组件帮助无数公司构建了更好、更易于维护的产品。 但一些挑战尚未立即得到解决。使用流行的设计工具设计设计系统阻碍了许多人实现单一事实来源的努力。相反已经创建了过多的系统尽管它们是统一的但仍然存在于两个独立的、不兼容的源中设计源和开发源。维持两者之间的相互对等通常被证明是一件痛苦的苦差事重复设计系统最初试图解决的所有最令人讨厌的痛点。 设计和代码集成 为了解决设计系统的可维护性难题另一波解决方案即将到来。
诸如设计代币之类的概念已经开始受到关注
有些旨在将代码状态与设计同步例如允许直接从设计文件获取某些值的开放 API。其他的目的是使设计与代码同步例如通过代码在设计工具中生成组件。 这些想法很少得到广泛采用。这很可 台湾手机数据库 能是由于仍然高度不完善的解决方案可能带来的好处相对于必要的进入成本的优势值得怀疑。对于大多数专业用例来说将设计自动转换为代码仍然面临着巨大的挑战。允许您将现有代码与设计合并的解决方案也受到严重限制。 例如没有任何解决方案允许您将编码组件导入到设计工具中即使在视觉上与源一致也无法完全复制此类组件的行为。到目前为止还没有。 将设计和代码与 UXPin 合并 UXPin作为一款成熟且功能齐全的设计应用程序在设计工具舞台上并不是一个新玩家。
但它最近的进步例如合并技术可以改变我们对设计
和开发工具的看法 UXPin 与 Merge 技术使我们能够通过保留组件的视觉效果和功能将真实、活跃的组件带入设计中——所有这些都无需编写一行代码。即使嵌入在设计文件中组件的行为也应与其真实的对 BSB 目录 应物完全相同——因为它们是真正的对应物。这使我们不仅能够实现代码和设计之间的无缝对等而且还能保持两者不间断的同步。 UXPin 支持存储在 git 存储库中的 React 组件的设计库以及与 Storybook 的强大集成允许使用几乎所有流行前端框架的组件。如果您想亲自尝试一下可以在 UXPin 网站上请求访问它 使用合并技术请求访问 UXPin → 将实时组件与 UXPin 中的设计合并只需很少的步骤。
