交互设计模式

交互设计模式是设计模式中的上下文应用于人机交互，描述用于共同设计的图形用户界面。

设计模式是记录常见设计问题解决方案的正式方法。这个想法是由建筑师Christopher Alexander提出的，用于城市规划和建筑体系结构，并已应用于其他各个学科，包括教学和教学法，开发组织和过程以及软件体系结构和设计。

因此，交互设计模式是描述特定上下文中常见可用性或可访问性问题的解决方案的方式。他们记录了交互模型，使用户更容易理解界面并完成任务。

亚历山大将模式语言设想为一种结构化的系统，其中模式之间的语义关系创建了一个大于其各个部分之和的整体，就像单词之间的语法关系使语言有意义一样。虽然某些模式集合试图创建形成一种语言所需的结构关系，但许多其他模式仅仅是模式的集合。

诸如智能手机和平板电脑之类的移动设备的普及导致对移动交互设计模式库的需求。

这种需求由以下因素驱动：

• 用户行为和移动设备上的交互（例如，滑动和点击手势）与桌面GUI（由鼠标驱动）上的交互交互的差异
• 移动设备和台式设备之间物理属性的差异，例如屏幕大小，触摸屏等。
• 移动操作系统（例如，iOS，Android）推荐的设计准则

为了使图案对将要使用它们的设计人员和开发人员有所帮助，它们必须易于查找和可读。

尽管模式描述有所不同，但是许多模式库包含一些常见元素：

• 模式名称：选择清晰，描述性的名称可以帮助人们找到模式，并鼓励团队成员在设计讨论期间进行清晰的沟通。
• 模式说明：由于有时诸如“单窗口向下钻取”之类的简称有时不足以描述模式，因此，额外的几行解释（或规范的屏幕截图）将有助于说明模式的工作原理。
• 问题陈述：以用户为中心的语言编写的信息，向最终用户传达了用户想要实现的目标或面临的挑战。
• 使用时间： “使用上下文”是设计模式的关键组成部分。此元素可帮助人们了解应用设计模式时（或不应用时）的情况。
• 解决方案：解决方案应说明解决问题的“方法”，并可能包括说明性清单，屏幕截图，甚至是演示该模式的简短视频。
• 理由：提供“为什么”模式有效的理由将加强解决方案，尽管时间紧迫的开发人员可能更愿意忽略此​​解释。
• 示例：每个示例都说明如何成功应用模式。通常随附屏幕截图和简短说明。
• 注释：为团队成员提供讨论该模式使用情况的场所有助于维护活跃的资源并保持团队的参与度。

模式库还可以包含可选元素，具体取决于使用它们的团队的需求。这些可能包括：

• 实施规范：样式指南，其中包含有关字体大小，像素大小，颜色以及消息和标签的措辞的详细信息，对开发人员有帮助。
• 可用性研究：应记录可用性测试或其他用户反馈中的任何支持性研究。这也可以包括开发人员，客户服务或销售团队的反馈。
• 相关模式：模式库可以包括类似的模式，也可以组织成父模式和子模式的层次结构。
• 相似的方法：由于可能有很多解决此问题的方法，因此团队可能需要一个场所来捕获相似的替代方案。
• 源代码：如果代码的模块化程度足以重用，那么它也可以包含在库中。

使用交互设计模式的好处包括：

• 教新手一些最佳实践和通用方法
• 在许多用途和场景中捕捉设计师的集体智慧
• 为团队提供通用语言，减少因不同词汇而引起的误解
• 减少设计和开发生命周期中的时间和成本
• 使可用设计成为“ 阻力最小的途径 ”
• 消除“重新发明轮子”所浪费的时间
• 确保用户在应用程序或服务中拥有一致且可预测的体验

指南通常对于描述需求更为有用，而模式对于需要将需求转换为特定软件解决方案的人来说是有用的工具。有些人认为设计准则是交互设计模式的一个实例，因为它们也是捕获交互设计经验的常用方法。但是，交互设计模式通常比设计准则具有以下优点：

1. 诸如Shneiderman的《界面设计的八项黄金法则》这样的抽象准则并未建议如何解决许多交互设计模式之类的问题，因此不能用于跨学科交流。此外，准则并未提供有关特定解决方案为何起作用的解释。
2. 像Macintosh人机界面指南这样的具体指南过于针对特定的界面，因此在应用于其他界面（特别是非Macintosh界面）时效果不佳。
3. 准则的其他问题是它们往往太多，这使设计人员难以应用正确的准则。准则也假定xxx有效，而通常只能在特定环境下使用。这样做的结果是，准则通常往往会因缺乏描述上下文而趋于冲突。

准则和模式不一定冲突，可以将两者结合使用以识别问题，然后创建有效的解决方案。