UI设计模式模板有哪些内容？
UI设计模式是行业多年来经验总结，是用户体验的核心竞争力，模板有两个部分组成，主要和附加部分。
主要部分
- 名称：应该简明而有描述性（通常长度介于两到四个单词之间），这样其他人就可以很容易地找到模式，并在讨论中引用它，以便在团队成员之间进行清晰的沟通。
- 描述：简要描述该模式。由于短名称并不总是足够清晰和独特地描述模式，所以描述是很重要的。然而，尽量简单扼要。
- 最终用户需求/问题解决：什么样的需求使用什么模式被解决？用户试图达到什么目标？
- 何时使用/何时不使用：在何种条件下或在哪种上下文中使用这种模式并明显。在这里，你可以记录何时使用模式，同样重要的是，什么时候它不应该被使用时。
- 解决方案：记录模式/解决方案的细节，包括用户交互的详细描述。包括屏幕截图，帮助根据需要清楚地传达模式。
可选部分
根据团队或组织的需要，可以在模式模板中添加一些附加的部分。
- 过去用途的示例：包括模式过去用途的屏幕截图和简要描述可以帮助读者可视化使用模式的好处。
- 使用基本原理：在决定是否使用一种模式而不是另一种模式时，理解为什么特定模式工作得如此好可能是非常宝贵的，详细说明用户体验的细节和使用这种模式所获得的直接好处。
- 实现规范：如果组织或团队中存在标准，请考虑在模式中附带样式指南信息，如字体系列、字体大小、字体权重、字体颜色、表和单元格间距等。或者，如果样式根据正在开发的应用程序或产品而改变，则提供样式指南信息的链接。
- 可用性研究：任何关于模式工作的具体反馈都可以被记录，以备将来参考。考虑包括来自UAT测试人员或销售组织的反馈，但也不要排除来自开发人员和其他测试人员的反馈。
- 相关的模式：列出其他模式，可以解决类似的问题或模式一起工作，以实现更广泛的目标。
- 模式变化：文档中可以使用的模式的微小变化。如果变化足够大，考虑开发一个单独但类似命名的模式。例如，“标签云1”和“标签云2”
- 开发注释：帮助开发团队实现模式的捕获注释。这可以是代码或代码库的链接，其中可以找到模式的代码。