当我们发下网站设计还可以更好时就会系统性的去看待，有时候网站设计系统的世界有时会让人不知所措。当你进入那个空间的时候，你会有很多东西要吸收！在本文中尼高团队和大家一起深入研究了一个简单的组件，并探讨了我们可能遇到的一些问题、复杂性和能力。

在我们开始深入了解组件的细节和结构之前，让我们从更高的层面开始，看看我们在网站设计系统中做了些什么。无论我们是在设计系统之旅的起点，还是在努力改进我们现有的系统，审计是一个有用的过程，可以清楚地了解我们的网站或应用程序中实际使用了什么。在一个设计系统的开始，假设是为一个现有的产品，对我们所拥有的设计工件的审计有助于获得对当前状态的评价。你可以使用在线协作工具，或者在办公室的墙上贴上打印件和便利贴。列出哪些东西存在于何处，并对它们进行分组和分类，有助于量化“在野外”使用的东西。

由此我们可以放大一点，一次选取一个组件，并就此提出一些问题:这个组件的用途是什么？这是为了什么？在早期，这让我们有了一系列的问题，寻找给定组件的意图，明确要解决的问题。毕竟，我们的组件是已解决问题的集合。可能有很多东西要研究，并且可能已经有许多相同或相似组件的变体，那么我们如何使它们合理化并更深入地了解它们是什么呢？

这是一个非常简单的表单，包含简单的元素，比如文本、表单输入、按钮、链接和某种分隔线。有许多属性我们已经可以假设可能是可重用的。这里有一些有限的排版，一些颜色和一些交互元素。

这个表单的用例非常清楚:它使您能够登录到您的帐户。这是唯一这样的组件吗？我做了一个非常快速的审计，发现了一些其他的，比如我们的帐户创建和忘记密码表单。他们的目的是什么？由于我们还没有任何其他组件，我将调用这个形式，但我知道在将来，随着审计带来其他类型的表格，这种情况可能会改变。

我喜欢把主题看作一种品牌的应用—描述用于某个目的或特定结果的实现的属性组。我们已经看到的所有属性都可以跨主题以不同的方式描述，还有其他我们还没有确定的属性(比如输入的边框宽度)。在这种情况下，我们有一个单一的品牌和一个单一的主题，但我们可以通过在我们拥有的这些价值和它们当前的用例之间建立一些关系来为未来的变化提供选择。这才是真正有趣的地方！

虽然规定的格式正在从W3C社区组人们有很多不同的方式来构建它们。内森·柯蒂斯很好地研究了这些策略，你应该看看。出于我们正在进行的旅程的目的，我将探索一些概念，例如核心、语义和组件级标记。