其他
记录可复用 UX 设计模式时,用…
适用于沉淀反复出现的 UX 问题解决方案,而不是记录单个组件 API。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 48/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 55/100 ×0.15
适用场景
记录可复用 UX 设计模式时,用 pat通用
解决思路
- 创建 pattern library 条目,以可复用格式沉淀用于解决反复出现 UX 问题的设计知识。
- 编写 Problem Statement:说明该模式解决什么需求,以及适用于哪些上下文。
- 编写 Solution:描述模式本身、关键原则,以及视觉和交互表现。
- 编写 Anatomy:列出组件、布局、必需元素与可选元素。
- 编写 Variants:记录特定上下文的实现方式和响应式适配。
- 编写 Behavior:说明用户流程、状态变化和错误处理。
- 编写 Examples:给出优秀实现和反模式,并附带解释。
- 编写 Accessibility:记录包容性设计考虑及辅助技术支持。
- 编写 Related Patterns:列出相似模式、常组合使用的模式、建立在此模式之上的模式。
- 按类别组织条目:Navigation、input、display、feedback、onboarding。
- 遵循最佳实践:先聚焦问题,再讲解决方案。
- 遵循最佳实践:包含真实例子和反模式。
- 遵循最佳实践:把模式连接成知识图谱。
- 遵循最佳实践:随着研究揭示新洞察持续更新。
适用边界 · 注意事项
- 不适用于记录单个组件的 API;这种情况应使用 `component-spec`。
- 不适用于一次性、非反复出现的问题,因为 pattern library 面向可复用设计模式。