UI設計模式模板有哪些內容？
摘要：
UI設計模式是行業多年來經驗總結，是使用者體驗的核心競爭力，模板有兩個部分組成，主要和附加部分。
主要部分
名稱：應該簡明而有描述性（通常長度介於兩到四個單詞之間），這樣其他人就可以很容易地找到模式，並在討論中引用它，以便在團隊成員之間進行清晰的溝通。
描...
UI設計模式是行業多年來經驗總結，是使用者體驗的核心競爭力，模板有兩個部分組成，主要和附加部分。
主要部分
- 名稱：應該簡明而有描述性（通常長度介於兩到四個單詞之間），這樣其他人就可以很容易地找到模式，並在討論中引用它，以便在團隊成員之間進行清晰的溝通。
- 描述：簡要描述該模式。由於短名稱並不總是足夠清晰和獨特地描述模式，所以描述是很重要的。然而，儘量簡單扼要。
- 終端使用者需求/問題解決：什麼樣的需求使用什麼模式被解決？使用者試圖達到什麼目標？
- 何時使用/何時不使用：在何種條件下或在哪種上下文中使用這種模式並明顯。在這裡，你可以記錄何時使用模式，同樣重要的是，什麼時候它不應該被使用時。
- 解決方案：記錄模式/解決方案的細節，包括使用者互動的詳細描述。包括螢幕截圖，幫助根據需要清楚地傳達模式。
可選部分
根據團隊或組織的需要，可以在模式模板中新增一些附加的部分。
- 過去用途的示例：包括模式過去用途的螢幕截圖和簡要描述可以幫助讀者視覺化使用模式的好處。
- 使用基本原理：在決定是否使用一種模式而不是另一種模式時，理解為什麼特定模式工作得如此好可能是非常寶貴的，詳細說明使用者體驗的細節和使用這種模式所獲得的直接好處。
- 實現規範：如果組織或團隊中存在標準，請考慮在模式中附帶樣式指南資訊，如字體系列、字型大小、字型權重、字型顏色、表和單元格間距等。或者，如果樣式根據正在開發的應用程式或產品而改變，則提供樣式指南資訊的連結。
- 可用性研究：任何關於模式工作的具體反饋都可以被記錄，以備將來參考。考慮包括來自UAT測試人員或銷售組織的反饋，但也不要排除來自開發人員和其他測試人員的反饋。
- 相關的模式：列出其他模式，可以解決類似的問題或模式一起工作，以實現更廣泛的目標。
- 模式變化：文件中可以使用的模式的微小變化。如果變化足夠大，考慮開發一個單獨但類似命名的模式。例如，“標籤雲1”和“標籤雲2”
- 開發註釋：幫助開發團隊實現模式的捕獲註釋。這可以是程式碼或程式碼庫的連結，其中可以找到模式的程式碼。