實作使用者介面
本節說明一些與實作 Windows 應用程式使用者介面相關聯的工作。
原型
使用者介面 （UI） 應該從使用者分析步驟中識別的使用者案例和需求清單設計。
原型可以像鉛筆素描一樣簡單，也可以像互動式螢幕模擬一樣複雜。 保留所有先前的工作，因為它在顯示項目關係人已考慮的替代方案，並解釋其被捨棄的原因時很有用。
嘗試將此步驟限制為最多兩或三個原型。 原型不需要詳盡;他們只需要有效地模擬使用實際應用程序的體驗。
示範原型並追蹤使用者意見反應，以協助識別一般可用性趨勢。 如果可行，請捨棄最不成功的原型，並盡可能將有用的意見反應納入一或多個剩餘的原型中。 重複此程式，因為時間和資源允許。
有各種原型設計工具可供使用，包括 Microsoft Expression Studio 3 中的 SketchFlow、Microsoft Visual Studio 中的版面配置編輯器，甚至 Microsoft 小畫家。
建構
當您為應用程式實作使用者介面時，請考慮下列事項：
命令結構
判斷要根據功能表和工具列實作傳統的命令結構，還是根據Windows功能區架構的替代命令結構。 如需詳細資訊，請參閱 功能表、 工具列和 Windows 功能區架構。
Windows 和對話框
根據UI設計和原型設計工作，實作應用程式視窗，包括主視窗、子視窗、對話框和消息框。 請遵循UX指導方針來判斷視窗和對話框中要使用的樣式和控件。 如需詳細資訊，請參閱 Windows、 對話框和 Windows 控件。
自訂控制項
只有在您無法從其中一個標準 Windows 控制項取得所需的功能時，才建立新的自定義控制件。 新的自定義控件開發成本很高，需要額外的工作才能存取它們。 如果您的應用程式需要自定義控件，請確定它們已充分公開給輔助技術。 如需詳細資訊，請參閱 自定義控件 和 Windows 自動化 API。
支援標準使用者輸入裝置
大部分的 Windows 應用程式都需要透過鍵盤和滑鼠支援用戶輸入。 透過鍵盤單獨流覽和存取所有應用程式功能的能力對於視覺障礙或行動問題的用戶來說特別重要。 如需詳細資訊，請參閱 使用者輸入 和 輔助功能工程軟體電子書。
可視化樣式、動畫和視覺效果
Windows 包含數種技術，可用來新增視覺興趣，並將 UI 與其他應用程式分開設定。 其中包括指定控制件的視覺樣式、將動畫新增至UI元素，以及在UI中實作各種視覺效果。 如需詳細資訊，請參閱 可視化樣式、 Windows 動畫管理員和 桌面視窗管理員。
簡化
成功的使用者體驗取決於設計程式期間開發人員的方法、觀點和假設。 達成目標物件如何使用應用程式的基本瞭解，需要能夠廣泛思考，而超出符合開發人員需求的限制。 投資這一次，努力和研究在專案開始時將支付股息最終。
Reduce、Reuse、Declutter
功能只有在實際使用時才會改善產品。 在許多情況下，隨著新增更多圖示、功能表項、工具列和對話框干擾效率和生產力，功能激增可能會帶來複雜性，而不是增加價值。
最佳UI不是UI
UI 表示用戶必須與應用程式互動，才能發生問題。 在理想情況下，不需要任何互動。 從用戶的觀點來看，它只會運作。 如果可新增可安全地移除用戶互動的功能，它可讓用戶體驗變得更好。
較少的UI是更好的UI
在許多情況下，無法完全從用戶體驗中移除UI互動。 不過，應用程式所需的用戶互動越少越好。
識別使用者將使用應用程式執行的最常見和基本活動，並讓這些函式在UI中最為突出。 將其他函式和活動降級為視覺效果、階層式狀態，或透過選擇性的應用程式設定和使用者喜好設定來降低狀態。
取代 而非新增
UI 規則的保護指出，只有在您可以拿走某個專案時，才新增某些內容。 此規則會強制開發人員考慮此功能對整個用戶體驗的影響，對新功能進行重要思考。
新功能不應升級，因為它們是新的：請勿將行銷與可用性混淆。 若要協助使用者尋找產品中的新功能，請將專案新增至 [說明 ] 功能表，以描述自應用程式最後一個版本以來發生的變更。
使用者是有限的資源
任何一次公開的功能越多，使用者就越難找到所需的功能。
中斷是粗魯的
當應用程式顯示對話框時，它會強制使用者停止其正在執行的任何動作，並注意其他專案。 如果可能的話，請避免錯誤案例和其他干擾性用戶體驗，完全移除對話方塊的需求。 如需訊息指導方針的詳細資訊，請參閱 訊息。
簡單功能強大
簡單的UI並不表示缺少功能。 一般而言，更簡單UI的結果是縮短學習曲線、提高效率，以及提高生產力。 這可讓使用者提高對應用程式的熟練度。
一致的UI是良好的UI
一般而言，建議在整個應用程式UI中爭取一致性。 提供一致的UI可讓使用者在更短的時間內更熟悉應用程式。 他們能夠將應用程式的現有知識套用至不同的情況，並有信心使用不熟悉的功能。
在罕見的情況下，一致性不會為使用者提供任何好處，甚至可能會降低用戶體驗。 如果該一致性損害完成工作的能力，請勿讓UI保持一致。 本身的一致性並不保證可用性。 認為介面中的一致性會導致良好的設計是錯誤的。
例如，視頻遊戲UI通常非常專屬於遊戲類型。 嘗試設計適用於兩個特殊遊戲的一般UI，一個需要方向盤，另一個最適合遊戲桿和按鈕，很可能不會成功兩場比賽。 至少一個中間地帶很可能達到這一點對兩者都不好。
使用專案的良好數據是做出此決策的關鍵。 請清楚瞭解每個取捨的優缺點（速度與可靠性、學習輕鬆與專家熟練程度、全域一致性與本機優化），並針對與整個產品相關的功能做出最佳決策。
設計是選擇如何失敗：優化某一件事意味著失敗。 良好的UI設計關鍵在於能夠決定應用程式的特性是最重要的，以及哪些特性可以剪下。