Yahoo!用户界面博客（YUIBlog）

问：什么是最好的方式来沟通模式？

卢克Wroblewski
雅虎公司的首席设计师，
创始人/首席， LukeW界面设计
作者网站看到：目视进场Web可用性

Jenifer设计模式的主要成分，使一些大点。 我第二个例子的重要性和周到的“问题”和“使用时”描述。 除了这些定义的元素，正确的元数据是一种设计模式，往往dicated你的听众。

当我在eBay的内部设计模式库的第一次迭代的工作，用户体验设计集团已接地的准则和标准。 完全可以理解的人，在一个单一的产品工作：eBay的市场。 因为这么多不同的人到一个单一的“地盘”的设计和发展作出了贡献，规则必须到位，以确保某种程度的一致性。

随着时间的推移，这些规则演变成高层次architecural准则和演示和互动的详细描述。 我们呼吁这些类型的规则框架和组件。 框架概述了互动和视觉结构的任务流程和屏幕类型。 例如，登记的过程是一个流量，并帮助页是一个屏幕类型。 框架帮助建立和内容和行动时，应提交给用户。 组件描述我们的基本用户界面积木（菜单，表格，工具栏等）。 它们被设计来优化可用性和驱动器的一致性，在所有的eBay。

因此，我们不得不框架建立地方和UI元素时，应使用和组件，详细说明这些元素看起来像他们表现如何。 但我们仍在努力，以提供一致的界面设计。

要使用IDEO的人群的术语，专业创作人士天生好奇，通常适用于“儿童的心灵” - 打开新的思路和意见 - 以自己独特的问题形式解决。 我们曾在eBay许多有创意的设计师和他们走近他们的工作正是这样。 他们争取新的思路和解决方案，是天生好奇的背后我们使用的驱动器一致性的框架和组件的理由。 因此，提出了许多新的解决方案，并经常通过。 正如你能想象这创造了一个有趣的“规则”和设计之间的动态 - 自然迭代和方法来解决问题溯。

要拥抱我们重新设计的“规则”内的设计过程中，我们决定将演变成一个集设计模式的框架和组件。 一样的规则，模式可以测试，核实，并审查。 与规则不同，然而，他们重复的设计，解决共同的问题。 这是一个关键的区别为重点转向“这里的如何做”到“这里的一种方法，使您的工作更轻松。”

为了使这种过渡，我们修改我们的框架和组件的文档。 为了我们最初的解释什么，我们补充说：

• 为什么：什么样的机会或限制有助于定义这种模式？ 有没有做任何研究，以支持它？
• 如何：我们在努力使尽可能简单的模式通过包括视觉规范和代码在可能的情况下直接链接。 我们还提供了一个状态指示，以确保正确用法：根据发展需要，建议等
• 谁：记录，确定，或设计模式的人提供了直接的联系。

鉴于我们的观众（中央设计团队，在无数的最终集成的产品和功能工作），这种做法给予了很多更大的灵活性，我们在如何共享和记录设计的最佳做法。 这表示，有明显差异，在我们的一些做法Jenifer主张早期。 代码示例和视觉规范的整合是重要的，为了使事情更容易为我们的设计师和我们包括一些领域，可能是一个通用的观众无关。 我们的模式文档的基本答案提供虽然是相同的：“什么，使用时，为什么，怎么样，和范例”

卢克 -