Ed专注于新兴VR/AR领域的用户体验设计。他曾为谷歌、索尼和电子艺界设计过获奖项目。adobexd的组件系统为设计师提供了强大的功能，使他们能够制作数字产品的原型。然而，它并非没有怪癖，需要特别照顾。利用智能快捷方式和遵循最佳实践将使设计师能够简化其XD原型工作流程。

自2017年底正式公开推出以来，Adobe XD已朝着成为UX设计师极具竞争力的线框和原型工具的方向取得了长足的进步。特别是，它的新组件系统扩展了设计师可以尝试的交互类型。不过，组件也并非没有怪癖和缺点。在使用XD组件时，采用一组工作流实践有助于避免繁杂的工作并充分利用系统的潜力。

XD组件是可重用的元素分组，例如文本、形状或线条。一个组件有一个“主组件”作为父组件，还有一个“实例”或子组件放置在艺术板上。更改主组件时，更改会传播到其所有实例。组件取代了XD以前的“符号”系统，提供了一个关键的区别。它们可以有多个状态来响应XD的原型模式中定义的不同输入。例如，按钮可以具有默认状态，但在处于悬停或单击状态时会更改其外观。它可以在点击时播放声音，甚至可以根据语音识别的输入改变声音的外观。

组件系统省时，但需要特别小心。一个深思熟虑的方法和精心准备的工作流程是必要的，以利用系统的力量。对adobexd相当熟悉的设计师将从以下提示和建议中获益匪浅。首先，从Google的Material Design主页下载adobexd设计工具包。该工具包将提供一个adobexd组件集来进行实验和解构。

当第一次创建具有状态的组件时，设计者应该了解组件的潜在更改如何影响其他实例。为了举例说明，让我们考虑一个包含几个状态的下拉菜单：编辑下拉列表的子实例的默认状态时，这些更改不会传播到悬停或单击状态。必须更改主组件中的默认状态才能更新所有实例的悬停或单击状态。

虽然跳入并开始迭代主要组件是很有诱惑力的，但有时由于父组件和子组件的行为方式不同而发生意外的问题。一个好的实践是，在添加其他状态或实例化组件之前，考虑并预测主组件的默认状态所需的一切，甚至可以并排列出不同的状态。

设计人员还应该记住，他们可以在主组件或子实例的非默认状态下添加和更改元素，而不会影响默认状态，但反之则不然。对Adobe的一个建议是：给组件状态一个锁特性，这样设计人员就可以保持非默认状态不变，并防止对主组件默认状态的更改传播。

创建一个组件（右键单击一个元素，然后在菜单中选择“生成组件”，或者在Mac上按Cmd-K，在PC上按Ctrl-K）将组件添加到左侧栏的“资源”面板中。XD将给组件一个默认名称“component XX”（其中“XX”是一个数字）。它不是很有描述性，所以最好给它一个唯一的、可搜索的名称。

为什么这么做？当组件列表填满时，如果所有组件都以相同的默认名称和一个无意义的数字开头，那么它将变得非常笨拙。虽然“平铺视图”选项有帮助，但它没有文本标签，这使得视觉识别变得缓慢且具有挑战性。带有小缩略图的“列表视图”也很难识别具有不可识别名称的组件之间的差异。组件可能会丢失。通过命名使其可搜索将节省时间

创建组件时，很容易意外地将主组件放置在艺术板上。虽然XD提供了查找主组件的工具（通过搜索Assets面板或右键单击并从子实例中选择editmaincomponent），但是在相信主组件是一个实例的情况下，很容易对其进行意外更改。这样做可能会在多个艺术板上导致许多不希望的变化。即使artboard上只有少数几个组件实例，一旦artboard被克隆，事情也会很快失控。对主组件的不经意更改会增加本可以避免的清理时间。

最好养成一个习惯，即在创作时立即将主要组件从设计艺术板上移开。一个理想的方法是将主要组件放在XD文件的粘贴板上，或者放在清晰标记的专用艺术板上。这样做会使事情以后更有效率。对Adobe的一个建议是：在对主组件进行更改时考虑一个提示，这样就可以警告设计者这些更改可能会传播到子实例。如何使用XD：小心地命名层是至关重要的，因为使用自动动画转换在很大程度上依赖于它。小心地命名层是至关重要的，因为使用自动设置动画的过渡在很大程度上依赖于它。

很容易在artboard上尝试想法，进入分组/取消分组组件和更改组件状态属性的流程。可能会有一个强烈的诱惑，尽量减少左侧边栏，以获得更多的工作空间。然而，组件状态和转换很有可能在一系列迭代中表现得不符合预期。这可能是因为子元素（如形状、向量或文本）的组织和分组偏离了正确工作所需的位置。

图层视图为元素的层次结构和命名提供了100%的透明度，其严密的组织是至关重要的。使用XD强大的自动动画在状态之间转换要求元素在组件的层层次结构中具有相同的名称和位置。否则，过渡将默认为淡入淡出，而不是吸引人的自动动画。有时，在自动设置过渡动画时，可能需要从插值中抑制特性。为了实现这一点，设计者可以重命名处于不同组件状态或artboard的元素，以断开基于名称的链接。在这两种情况下，当出现意外问题时，可以使用层视图进行故障排除。在调试原型问题时，无论是组件状态之间的转换还是艺术板之间的转换，这都应该是第一步。