GUI界面開發(fā)標準.doc

1 界面規(guī)范 1.1. 總體原則 以用戶為中心。設計由用戶控制的界面，而不是界面控制用戶。清楚一致的設計。所有界面的風格保持一致，所有具有相同含義的術語保持一致，且易于理解 擁有良好的直覺特征。以用戶所熟悉的現實世界事務的抽象來給用戶暗示和隱喻，來幫助用戶能迅速學會軟件的使用。 較快的響應速度。 簡單且美觀。 1.2. 原則詳述 1.2.1.用戶控制 用戶界面設計的一個重要原則是用戶應該總是感覺在控制軟件而不是感覺被軟件所控制。 l操作上假設是用戶-而不是計算機或軟件-開始動作。用戶扮演主動角色，而不是扮演被動角色。在需要自動執(zhí)行任務時，要以允許用戶進行選擇或控制它的方式來實現該自動任務。 l提供用戶自定義設置。因為用戶的技能和喜好各不相同，因此他們必須能夠個性化界面的某些方面。Windows為用戶提供了對許多這方面的訪問。您的軟件應該反應不同的系統(tǒng)屬性-例如顏色、字體或其他選項的用戶設置。 l采取交互式和易于感應的窗口，盡量避免使用模態(tài)對話框，而使用非模式輔助窗口。 模式是一種狀態(tài)，它排除一般的交互，或者限制用戶只能進行特定的交互。當最好使用一個模式或該模式只是可替換的設計時-例如，用于在一個繪圖程序中選定一個特定感覺-請確保該模式是顯然的、可見的，是一個明確的用戶選定的結果，并且容易取消。 l在后臺運行長進程時，保持前臺式交互。例如，當正在打印一個文檔，即使該文檔不能被改變，用戶也應該可以最小化該窗口。 l諒解。用戶喜歡探索一個界面，并經常從嘗試和錯誤中學習。一個有效的界面允許交互式的發(fā)現，它只提供一組合適的選擇，并在用戶可能破壞系統(tǒng)或數據的情況時發(fā)出警告。如果可行，還應提供可逆轉或可還原的操作。即使在設計得很好得界面中，用戶也可能犯錯誤。這些錯誤既可以是物理上得（偶然地指向了錯誤的命令或數據），也可以是邏輯上的（對選定哪一個命令或哪些數據做出了錯誤的決定）。有效的設計避免很可能導致錯誤的情況。它還包容潛在的用戶錯誤，并且使用戶易于還原。 1.2.2.清楚一致的設計 一致允許用戶將已有的知識傳遞到新的任務中，更快地學習新事物，并將更多的注意力集中在任務上。這是因為他們不必花時間來嘗試記住交互中的不同。通過提供一種穩(wěn)定的感覺，一致使得界面熟悉而又可預測。一致在界面的所有方面都是很重要的，包括命令的名稱、信息的可視表示，操作行為，以及元素在屏幕和窗口內部的放置。 l相同含義的詞使用統(tǒng)一的術語。比如對于倉庫中存放的物料，不可同時又稱為物品、貨物、備品、產品和材料等等，而統(tǒng)一約定一個稱謂，且此稱謂是用戶熟悉的和易于理解的。 l使用一組一致的命令和界面來展示常見功能。例如，避免一個復制命令在一種情況下立刻執(zhí)行一個操作，但在另一種情況顯示一個對話框要求用戶鍵入目標然后才執(zhí)行。應該使用同樣的命令來執(zhí)行對用戶來說相似的功能。 l操作環(huán)境內的一致。保持Windows提供的交互操作和界面約定之間的高度一致，用戶將能很快熟悉軟件的使用。 l使用隱喻的一致性。如果一個特定的行為更多的是一個不同的事物的特征，而不是它的隱喻的含義，那么用戶可能在學習將行為和該事物相關聯時遇到困難。例如，對于放在回收站中的對象而言，焚燒爐和廢紙籮代表不同的模型。 l建立項目保留字。通過建立保留字來明確和統(tǒng)一術語和操作命令。 l提供可視反饋。在后臺運行長進程時（時間超過110秒，視具體情況而定），必須提供進度條等信息指示。 l除非特別必要時，不要提供聲音反饋。在有嚴重的問題發(fā)生時，可以使用聲音來提示用戶，但是通常應該允許用戶取消聲音。 l保持文字內容清楚。信息的表達要言簡意賅，易于理解而又不羅嗦；避免使用冗長的文字給用戶反饋。 1.2.3.有良好的直覺特征 l用熟悉的隱喻為用戶的任務提供直接而直觀的界面。通過允許用戶利用他們的知識和經驗，隱喻使得預測和學習基于軟件的表示的行為更加容易。 l在使用隱喻時，不需要將基于計算機的實現局限在真實世界的對應物上范圍之內。例如，與其基于紙張的對應物不同，Windows桌面上的文件夾可以被用來組織各種對象，例如打印機、計算器、以及其他文件夾。同樣，Windows文件夾可以其真實世界對應物不可能的方式被排序。在界面中使用隱喻的目的是提供一個認知的橋梁；隱喻并不以其自身為最終目的。 l隱喻支持用戶認知而不是記憶。用戶記起與一個熟悉的事物相關聯的意義要比他們記起一個特定命令的名稱要容易得多。 l同常見軟件保持一致性。出色的用戶界面在程序中將實現同用戶以前用過的其它成功軟件一致的動作。 1.2.4.較快的響應速度 l保持界面能很快對用戶操作作出反應。 l提供快捷鍵。特別對于有大量錄入項的界面，能讓用戶不使用鼠標即可完成快速數據錄入。在用戶界面中加入一些功能，這些功能可以讓熟練用戶在不同的區(qū)域快速的輸入數據。這些功能包括重復功能、快捷鍵、帶有有意義的圖標的按鈕等等，所有這些可以使速度快的用戶可以控制界面并加快數據的輸入。 l除非必要，不要重繪屏幕。 1.2.5.簡單且美觀 l簡單。界面應該很簡單（不是過分單純化）、易于學習、并且易于使用。它還必須提供對應用程序的所有功能的訪問。在界面中，擴大功能和保持簡單是相互矛盾的。一個有效的設計應該平衡這些目標。支持簡單性的一種方法是將信息的表示減少到進行充分交流所需的最少信息。例如，避免命令名和消息的文字描述。不相關或冗長的句子擾亂了您的設計，使得用戶難以很容易地提取重要信息。另一個設計簡單而有用的界面的方法是使用自然的映射和語意。界面元素的排列和表示影響它們的意義和關聯。簡單還與熟悉相互關聯。熟悉的事物通常似乎更簡單。盡可能嘗試建立利用用戶已有的知識和經歷的聯系。您可以使用漸進揭示來幫助用戶管理復雜的事物。漸進揭示涉及到仔細的信息組織，以便只在恰當的時候才顯示信息。通過隱藏向用戶表達的信息，您減少了用戶必須處理的信息數量。例如，您可以使用菜單來顯示操作或選擇的列表，還可以使用對話框來顯示一組選項。漸進揭示并不意味著對顯示信息使用非傳統(tǒng)的技術，例如需要一個修飾鍵作為訪問基本功能的唯一方法，或者強迫用戶通過一個更長的分級交互序列。這會使用戶界面更加復雜和麻煩。 l美觀。可視設計是應用程序界面的重要部分?？梢晫傩蕴峁┝朔浅：玫挠∠?，并傳達特定對象的交互行為的重要線索。同時，出現在屏幕上的每一個可視元素也是很重要的，它們可能競爭用戶的注意。提供清楚地促進用戶對表達的信息的理解的連貫環(huán)境。圖形或可視設計器的技巧對于這一方面是無價的。 1.3.細節(jié)約定 1.3.1.界面風格 1.3.1.1.普通外觀 l使用一致性一致的外觀將使用戶界面更易于理解和使用。用戶界面控件看起來應該是一致的。 l使用安排和流程在西方文化中（包括中國），人們習慣于從左到右，從上到下進行閱讀，因此，應該將重要信息放在上面和左邊。左上角最容易吸引起人們的注意力。 l使用對齊通常，使用左對齊來使用戶界面控件更易于瀏覽。對于數值文本，應該使用小數點對齊或右對齊。對于非數值文本，應該避免使用右對齊或居中對齊。不必對什么都使用中間對齊，或者使它們保持對稱形式。在右邊或底部保留空白區(qū)域更適合習慣。 l使用分組將相關的用戶界面控件分成組，以體現它們之間的關系。同時，還要顯示相關信息。將控件放在它所作用的對象旁。使用空格、分組框、線條和標簽，或者其它分隔符對用戶界面控件進行分組。 l使用強調使用焦點、位置、分組、層次、啟用/禁用、大小、顏色或者字體等，來將注意力集中在需要首先看到的用戶界面控件上。盡量以可視的方式指明用戶接下來應該進行的操作。 l使用可視的提示盡量使用近似的大小和間距來指出用戶界面控件是相似的，而使用不同的大小和間距來指出用戶界面控件視是不同的。 l使用空格使用空格來創(chuàng)建一個透氣室，以使窗口布局更易于理解，并且查看起來更舒服?？崭竦亩嗌僖m當，不要顯得太分散。但是，要避免過多地使用空格。如果可能，盡量使窗口小一些。 l警惕空洞不要到處粘貼公司或產品的名稱及徽標。雖然在啟動屏或關于框中出現公司或產品名稱及徽標是完全可以接受的，但其他窗口中的可用空間應該出現其他內容。如果沒有其他內容，那么應盡量使窗口小一些。 l注意大小使用用戶界面控件的分辨率具有獨立性。使用系統(tǒng)規(guī)格（使用GetGystemMetrics API 函數）或文本規(guī)格（使用GetTextMetrics或GetTextExtentPoint32 API 函數）來確定用戶界面控件的大小。任何顯示文本的對象（如對話框或定義的文本文檔）都應該使用文本規(guī)格。 l考慮使用資源或預定義的布局網格資源模板或預定義的布局網格有助于您在不同的窗口之間實現一致性。 注意，下頁所示圖的第二個對話框，與第一個不同，它有一個緊湊、從左到右、從上到下的流程，并且，左對齊的標簽很便于瀏覽；通過對齊編輯框并調整其大小，使它顯得更有組織，更加平衡。 不合理的 平衡的對話框 1.3.1.2.Windows的可視提示 暗示與用戶只需通過查看可視提示來確定對象的使用方式的能力有關。在Windows中，請保持使用下面的可視提示： l可以單擊凸起的項目。 l可以單擊當鼠標從其上移過時突出顯示的項目。 l不能單擊下凹的項目。 l可以編輯具有白色背景和閃爍垂直條（光標）的項目。 l不能編輯具有灰色背景的項目。 l灰色項目是被禁用的。 l可以拖動凸起的項目。 1.3.1.3.交互 l盡量提供對所有功能的鍵盤訪問理想情況下，除了繪圖這樣的圖形功能，其他所有的功能都應該只能通過鍵盤來訪問。 l盡量提供對所有功能的鼠標訪問理想情況下，除了文本輸入外，其他所有功能都應該只能通過鼠標來訪問。 l確保具有明顯后果的操作要求用戶進行明確的選擇*用戶需要完全明確他將要進行危險性操作或破壞性操作。 l對于使有耗時的操作都給出反饋*在進行長時間的操作時，要確保有等待光標、進度表或其他的可視反饋。用戶應該能夠取消長時間的操作。如果可以取消未完成的操作，那么將按鈕標記為取消，否則將按鈕標記為停止。 l可視的指示模式*向用戶提供一種可視的反饋，以指出用戶進入一種模式，通?？梢酝ㄟ^更改光標或標題欄文本來做到這一點。 l確保單擊和雙擊的一致性*單擊用于非按鈕選定，而雙擊用于選定并執(zhí)行默認操作。換句話說，雙擊（在列表框、組合框，或其他接受雙擊的控件中）的效果應該與選定控件中的一個項目，然后按下Enter鍵的效果一樣。 l鼠標右鍵僅用于快捷菜單*確保鼠標右鍵僅用于快捷菜單，而不要用于其他用途。 l不要使用鼠標中鍵*如果用戶的鼠標有中鍵，那么讓用戶使用控制面板中的鼠標實用程序自己分配中鍵的行為。 l保持分配的快捷鍵的一致性組合功能鍵和Ctrl鍵用于快捷鍵。習慣上不將Alt鍵用于組合鍵，業(yè)務Alt鍵常常被用于訪問鍵。盡量避免使用Alt鍵和Ctrl鍵，因為這種組合會使快捷鍵非常麻煩，而且也很不方便。 l將快捷鍵作為補充方式*千萬不要將快捷鍵作為訪問命令的唯一方法。應該讓用戶有更多的明顯選擇。 l避免水平滾動條與垂直滾動條不同，水平滾動條并不受歡迎，因為它會使項目閱讀起來比較困難。解決的辦法有：盡量使用垂直滾動條、加寬窗口、減小文本的寬度，或者使文本自動換行等。當然，如果確實需要，還可以使用水平滾動條。 1.3.1.4.程序 l只有主程序窗口才有標題欄圖標、菜單欄、工具欄和狀態(tài)欄*因為單擊主窗口的任務欄按鈕也會激活二級窗口，所以二級窗口絕對不要顯示在任務欄中。二級窗口不要因為使用菜單欄、工具欄或狀態(tài)欄而使其變得復雜?？梢允褂脴祟}欄圖標來明顯區(qū)分主窗口和二級窗口。另外，絕對不要使用默認的Windows圖標(飄動的窗口圖標)作為窗口圖標。 l簡化默認配置讓用戶按自己的速度來學習和使用程序。 l應用程序應該使用多文檔界面（MDI）或單文檔（SDI）這些程序界面應該與應用程序的使用模式匹配。 l默認情況下，應用程序應該保持為最大化當應用程序占用整個屏幕時，常常能夠提高用戶的工作效率。 l實用程序應該使用SDI或對話框界面這些程序界面應該與實用程序的使用模式匹配。對于實用程序，建議不要使用MDI界面，因為管理這些窗口需要付出很多努力。 l實用程序應該在小屏幕范圍內運行實用程序常常與其他程序一起運行，因此它們需要在小屏幕范圍內運行。實用程序應該有靈活的窗口布局，以適應多種不同的大小。實用程序很少以最大化的形式運行。 l使用實際文檔的SDI程序必須支持運行多個實例*運行多個實例使用戶能夠同時操作多個文檔。 l使用退出命令終止程序使用退出終止程序；使用關閉移走主窗口和非模式對話框；使用取消移走模式對話框。當關閉主窗口并不表示終止進程時，對于主窗口使用關閉來代替使用退出。例如：關閉打印機狀態(tài)窗口不會取消打印任務。 1.3.1.5.默認 l保存和恢復用戶選擇程序應該能夠能夠恢復到其最后退出的狀態(tài)。MDI程序應該能夠恢復文檔窗口的大小和位置。對話框通常應該使用最后輸入的值作為默認值。 l提供適當的默認值提供提供適當的默認值來減少用戶不必要的操作，從而幫助用戶完成工作。提供最可能使用并給出設置實際使用方式的默認值。通常，最好的默認值是用戶最后輸入的值。 l考慮選擇默認值時的安全性* 不應該將不可恢復或破壞性的操作設置為默認值。不要使用令用戶感到莫名其妙的默認值。 1.3.1.6.窗體 對話框窗體大小盡量不要超過640*460，留20給任務欄。并且高和寬（或W寬和高）的比應該大致保持為3:4（或4：3）。一般應該將窗體的Position屬性定義為 poDesktopCenter，WindowState屬性為wsNormal，某些主界面設置為wsMaximized。ShowHint屬性設為True。如果是模式對話框，則將BorderStyle屬性設置為bsDialog。 窗體文件(*.dfm)保存為文本格式，以便在VSS中比較不同版本之間的差別。如果窗體大小超過屏幕大小，則在Delphi開發(fā)環(huán)境中打開時，大小會有改變，并且影響到運行時刻效果。由于每個人的屏幕大小設置不一樣，有些是1024*768，有些是800*600，因此在設計期間請注意窗體大小，盡量不要超過800*600，以免出現上述問題。 1.3.1.7.布局和間距 窗體控件布局和間距盡量保持與Windows標準一致?？丶c窗體的上、下、左、右邊距為7象素。右下角主命令按鈕之間的間距為6象素，如果主命令按鈕在右上角，之間的間距則為4象素。主命令按鈕一般情況為7521象素，如果按鈕的文本很長，應該適當加寬按鈕的寬度。如下圖。其它詳細資料請完全參照錯誤！書簽自引用無效。和命令按鈕。 控件的TabOrder屬性值應該與控件排列順序一致，即遵循從上到下、從左到右這樣一個流程。如果在PageControl的多個頁面中存在類似的控件，應該盡量使得它們在各個頁面中出現的位置/大小比較一致，以免在頁面間切換時產生閃爍感。1.3.1.8.圖標、圖片 不同界面中的同一功能應該使用同樣的圖標和圖片。圖標、圖片的色調、風格盡量保持一致。圖標、圖片的隱喻應能確切表示功能的含義，如果不能，就直接使用文本，以免混淆用戶。如果功能是一個動作時，可能比較難找到確切表示該功能的圖標，這時應該盡量采用此動作相關的名詞做圖標。例如Windows中的剪切功能就是用一把剪刀來表示的。 1.3.1.9.提示信息（Hint） 工具欄按鈕應該設置工具提示 Hint 屬性。Hint能幫助用戶更方便地理解和使用。詳細資料可以參照工具欄、工具提示。 如果使用了TSpeedButton控件，并且只有圖標，同樣應對它設置Hint屬性。如果不是特殊情況，應盡量避免使用TSpeedButton控件，而使用TButton控件代替。 1.3.1.10.標點符號 在標識控件用途的標簽文本（Label）和提示信息（Hint）中，應使用半角符號。如果是指導性標簽文本（如解釋按鈕功能的句子），則使用全角符號，并且句子應遵循中文標點符號標準。如下圖Microsoft標準對話框例子。其他詳細資料可參照靜態(tài)文本。 1.3.1.11.對話框 l對話框應該在所有視頻模式下都能夠正確顯示當在VGA模式（640480）下顯示時，對話框應該不超過640460（留20像素給任務欄）。這將確保對話框能夠顯示在所有的視頻模式下。 l確保模式對話框的模式*確保使用具有父窗口的模式對話框都提供正確的父窗口句柄，而不時提供NULL句柄。如果沒有提供父窗口句柄，那么父窗口仍處于活動狀態(tài)，因此該對話框實際上并不是模式對話框。 l不要使用可滾動的對話框*也就是說，不要使用需要滾動條來進行完全查看的對話框。這種對話框使用起來非常不方便，并且也時完全不必要的。應該重新設計這種對話框。 l不要在作為二級窗口的對話框中使用菜單欄*使用這種對話框需要付出很多努力。注意，在用作主窗口的對話框（如查找實用工具）中，菜單欄時可以接受的。還要注意的是，在所有對話框中，快捷菜單和菜單按鈕都是可以接受的。 二級對話框不要使用菜單欄，但可以使用菜單按鈕。 l不要在作為二級窗口的對話框中使用標題欄圖標*標題欄圖標用于區(qū)別主窗口和二級窗口。 l不要在任務欄上顯示作為二級窗口的對話框*注意，單擊主窗口的的任務欄圖標也將激活二級窗口。 l對話框中使用下頁圖所示的頁面布局和間距。 l對于相似的對話框，使用控件位置來強調其相似性。如果意義相同的同一控件出現在一些相似的對話框中，那么它應該顯示在相同的位置。另一方面，應避免將可能會產生混淆的不同控件放在同一位置。 l對非模式對話框最好使用可停放的對話框可停放對話框在功能上與非模式對話框是等效的，但其位置設置更為靈活。 l策略地設置輸入焦點將最初的輸入焦點設置在最可能首先使用的控件上。 l在對話框標題文本中不要出現省略號例如，作為選擇打印選項.命令結果而顯示地對話框的標題應該為對于選項。但是，表示命令正在執(zhí)行過程中菜單對話框（如連接到Internet.對話框）是一種例外情況。 l為所有可處理訪問鍵的控件分配訪問鍵*訪問鍵可以使用戶的手保持在鍵盤上，從而使訪問程序更加方便。您可以直接在其標題中為諸如命令按鈕、單選按鈕、復選框等控件分配訪問鍵。通過提供靜態(tài)文本標簽或帶有訪問鍵、在Tab順序上先于控件的組框，您可以為諸如編輯框、列表框、組合框等控件分配訪問鍵。在其他情況下不要為組框分配訪問鍵-這會使人產生混淆。確定按鈕沒有訪問鍵，因為在作為默認按鈕時，它通過提Enter鍵來選定的。取消按鈕也沒有訪問鍵，因為Esc鍵預覽清除模式對話框。如果可能，避免使用小寫的g、j、p、q或y作訪問鍵，也避免使用這些字母前后的字母作為訪問鍵。下劃線不能與這些字母的下行字母分開。當然，訪問鍵必須是唯一的。 l避免使用粗體文本盡量少使用粗體文本。在Windows 3.1 的對話框中，粗體文本用于在舊式的視頻硬件上繪制被禁用的文本（即抖動的灰色文本）。因為現在的視頻硬件可以繪制沒有抖動的灰色文本，所以Windows 為了使外觀更加清潔，現在Windows 在對話框中使用正常文本。粗體文本僅用于強調。對于大多數對話框不要粗體文本。 l提供環(huán)境敏感的幫助對于復雜的對話框，應該為整個對話框提供環(huán)境敏感的幫助（通過幫助按鈕或F1鍵訪問），或者為個別控件提供控件特定的幫助（通過這是什么？按鈕或ShiftF1 鍵來訪問），或者同時提供這兩種幫助。 1.3.1.12.對話框的主要命令按鈕 l將主命令按鈕與對話框主體分開*主命令按鈕包括像確定、取消、關閉、幫助、停止、隱藏，以及其他相關按鈕的等命令按鈕。這種分開使主命令按鈕更易于查找和識別。 l認真選擇對話框的方向在西方文化中，人們習慣于從左到右、從上到下進行閱讀，因此，將主命令按鈕靠底部或右邊放置更容易被發(fā)現。您應該選擇對話框的外觀比例與屏幕的外觀比例（通常高與寬的比例為3：4）相似的方向。這將使對話框的外觀看起來更加舒服，并且更易于在屏幕上進行定位。如果按鈕具有不同的大小，那么可以將它們放在對話框菜單底部。當不能確定時，也可以將按鈕放在底部，因為這種定位方式最為常見，也更易于閱讀。 l將排列在底部的主命令按鈕右對齊右對齊主命令按鈕適合從左到右的閱讀習慣。當只有一個主命令按鈕時，您或許希望例外地將其居中放置。 右對齊主命令按鈕l避免使用多行或多列的主命令按鈕多行或多列的主命令按鈕對用戶是一個打擊。如果有許多主命令按鈕，那么注意，通常在右邊排成一列與在底部排成一行相比可以放置更多的按鈕。另外，您可以考慮使用命令菜單。如果必須使用很多按鈕，那么注意使用多行別使用多列的效果好。 l對模式對話框，通常提供確定和取消按鈕*要使用對話框，用戶需要能夠方便地識別前進（使用確定按鈕）和后退（使用取消按鈕）的方式。您可以使用更明確的按鈕代替確定按鈕，但絕對不要在模式對話框中替換取消按鈕，除非用停止來表明正在進行的操作無法取消。 l對于非模式對話框或或作為主窗口的對話框，提供關閉按鈕而不提供確定和取消按鈕*將確定和取消按鈕用于非模式對話框或作為主窗口的對話框可以使對話框看起來像是模式對話框。而且，當用于非模式環(huán)境中時，確定和取消時沒有什么意義的。使用關閉按鈕可以消除這種混淆。 l通常將確定按鈕排第一，取消其次，幫助最后*確定或其等價按鈕通常作為第一個主命令按鈕。取消按鈕應該位于確定的右邊或下面。將確定和取消按鈕放在一起。幫助按鈕應該時最后一個按鈕。如果沒有確定按鈕，那么應該將取消按鈕放在幫助按鈕的前面。這可以使主命令按鈕更易于查找和識別。 l確保取消按鈕真正用于取消操作*當取消時，程序的狀態(tài)欄應該與之前顯示的模式對話框完全相同。如果不是這樣，那么應該用停止按鈕來代替取消按鈕。模式對話框中的取消按鈕應該與標題欄中的關閉按鈕效果相同。而屬性表是個例外，因為取消按鈕不會取消已經應用的更改。 1.3.1.13.屬性表和屬性頁 l讓屬性頁獨立工作避免使一個屬性頁的行為或操作受其他屬性頁的限止。用戶不可能發(fā)現屬性頁之間的這種獨立關系。在屬性頁的使用順序方面應該沒有限止。用戶應該能夠隨時查看任意的屬性頁。 l屬性頁的布局相互獨立一些屬性頁通常不會占用同樣大小的空間。占用空間較小的屬性頁應該與最大的屬性頁的布局的格式方式不同，因為將會產生額外的空間（見下圖）。 屬性頁的布局保持獨立，避免居中。l用屬性表代替使用帶選項卡的對話框使用屬性表而不使用帶選項卡的對話框除了具有一致性之外，沒有什么明顯的實用性優(yōu)勢。另外，對于實際顯示對象屬性的對話框使用屬性表，而對于其他用途，所有帶選項卡的對話框。 l對屬性顯示總采用屬性表，即使僅有一個頁*采用屬性表能夠明確告訴用戶查看的使屬性而不是一般的對話框。屬性表有一個應用按鈕來幫助用戶測試設置。 l絕對不要使用兩行以上的標簽*最好使用一行標簽，但兩行也是可接受的，兩行以上就太多了，可用級連屬性設置或多個對話框代替。 l總為屬性提供應用按鈕再說一次，提供應用按鈕幫助用戶對設置進行測試。 l對顯示屬性的屬性表總是在其標題中寫上屬性一詞和對象的名稱*請注意，不是所有的屬性表都是用來顯示屬性的。 l總將命令按鈕放在右邊*適用于所有頁的命令按鈕必須置于標簽頁區(qū)域的外面，而僅適用于單個頁的命令按鈕必須置于該標簽頁的里面。 1.3.1.14.向導 l對高級的、復雜的或不常用的任務使用向導向導對非常高級或復雜的任務十分有用，省去了用戶許多麻煩的操作。當向導用于不常用的任務時，其效果最好。對常用任務使用向導則顯得大而不當。 1.3.1.15.控件 l盡量采用標準控件盡可能采用標準控件（6個最早的控件和新的Win32常用控件）。采用非標準控件的程序與絕大多數Windows程序看起來不一致。只用完全合理時才使用自定義控件。 l定制標準控件時要小心改變標準控件的標準外觀或行為時一定要小心，這是個常常出錯的地方。 l將無效控件置為不可用*將不適用于當前程序狀態(tài)的控件置為不可用。 l取消不必要滾動條盡量使控件的尺寸足夠大，避免使用滾動條。 1.3.1.16.命令按鈕 l采用最小的寬度和標準的高度帶文字的命令按鈕應該采用50個對話單位（75個像素點）的最小寬度、14個對話單位(21個像素點)的標準高度。盡量將不同大小的帶文字命令按鈕的個數控制在兩個以內。對父窗口拖動（owner-draw）按鈕或無文字的按鈕（如），其大小可以任意設置，原則是使命令按鈕外觀簡樸一致。高度大于14個對話單位(21個像素點)的按鈕看起來不夠專業(yè)。盡管不限制命令按鈕的最大寬度，但寬度超過200個對話單位的按鈕使不妥當的。請參閱下圖所示關于命令按鈕的實例。 命令按鈕大小示例l針對國際化適當加寬按鈕盡管50個對話單位（75個像素點）的寬度是適合英語文字的最小寬度，但對需要針對其他語言進行本地化的程序來說，可能就太小了。對于需要翻譯為其他語言的程序，將命令按鈕的最小寬度定為60個對話單位可能更適合。 l將無效按鈕置為不可用，以取消報錯*絕對不要使可用的按鈕僅產生一條出錯信息。 l總采用省略號來表示需要更多信息*命令中的省略號表示執(zhí)行命令時需要更多信息，而不是簡單的確認。省略號并不表示一定會出現對話框。 l絕對不要指定雙擊行為*用戶意料不到命令按鈕會響應雙擊，因此不可能發(fā)現這樣的行為。 命令按鈕大小使用Window標準75x21象素。一般情況下，確定和取消按鈕的屬性設置如下： btnOk: TButton Caption = 確定 Default = True ModalResult = mrOk end object btnCancel: TButton Cancel = True Caption = 取消 ModalResult = mrCancel End 確定和取消按鈕一般被映射為Enter鍵和Esc鍵，因此不應該對它們指定訪問鍵，除此以外的命令按鈕都應該指定一個訪問鍵。如下圖： 主命令按鈕在下如果主命令按鈕在右上角，應該布置為這樣。 主命令按鈕在上如有其他不明，請參照命令按鈕。 如果設計期間未指定ModalResult，注意一定要在按鈕的OnClick 事件代碼中為ModalResult賦值。 1.3.1.17.復選框 l用復選框開關選項，用單選按鈕改變模式*用復選框進行選項的開關操作是很有效的，但如果用來將模式改變?yōu)榱硗庖环N狀態(tài)就難免讓人迷惑了。例如，可用一個復選框來表示是否顯示工具欄，但若用復選框來切換打印機的橫向模式和縱向模式就會使人糊涂，對橫向和縱向模式應該用一組單選按鈕代替。 l避免一組復選框中選項個數超過8個應該考慮用復選框列表代替，它占用的空間更少，但復選框列表需要滾動時使用就稍稍麻煩了。盡管控件足夠或保持與同一窗口中其他復選框一致時，采用復選框時可取的，但大于8個左右的復選框就未免太多了。 l考慮將修改組的復選框置于應該分組框中這樣的分組使得復選框之間的關系更為明顯。 l寧可豎向對齊雖然更合適的情況下采用橫向對齊或直角對齊也是可以接受的，但豎向對齊的一組復選框更易于瀏覽。 1.3.1.18.單選按鈕 l避免一組單選按鈕中的選項個數超過8個考慮用列表或組合框代替，它們占用的空間更少，但要記住控件使用更麻煩些。盡管控件足夠或保持與同一窗口中其他單選按鈕一致時，采用單選按鈕是可取的，但多于8個的單選按鈕未免太多了。 l避免使用單選按鈕進行開 / 關或是 / 否選擇用復選框代替。 l總將單選按鈕置于一個分組框中*由于單選按鈕是一組相互排斥的選項，所以分組框使選擇更為明確。 l寧可豎向對齊雖然更合適的情況下采用橫向對齊或直角對齊也是可以接受的，但豎向對齊的一組單選按鈕更易于瀏覽。 1.3.1.19.組合框 l總給組合框提供一個標簽*必須用標簽來表明組合框的用途。 l使組合框的下拉列表最少有5行長少于5行的列表就沒有可用的滑塊，不易于滾動。請注意，如果組合框沒有足夠的列項來填滿列表，那么將自動縮短列表的長度。 l避免組合框的列項少于4考慮用單選按鈕代替，它們雖然多占空間，但更易于操作。如果空間更為重要或為了保持與同一窗口中的其它組合框一致時，采用組合框則更為可取。 1.3.1.20.編輯框 l總給編輯框提供一個標簽*必須用標簽來標明編輯框的用途。如果標簽在左邊，將標簽文字與編輯框文本垂直對齊。 l避免有輸入限制的編輯框將編輯框用于用戶對任何文本的輸入或數字編輯框用于數字的編輯。對于輸入受限的情況，使用其他的控件，如組合框、列表、滑塊和微調框。對于日期和時間，使用日期和時間拾取控件。 l用微調框和瀏覽按鈕使編輯框可視微調框和瀏覽按鈕是簡單的可視機制，它們幫助用戶在編輯框中進行有效的輸入。避免讓用戶必須輸入。僅對數字編采用帶微調框的編輯框，對于文本，使用組合框代替。 l按期望輸入來設置編輯框的寬度編輯框的寬度是對期望輸入的可視提示。例如，如果用戶是輸入地址，兩個字符寬的State字段明顯暗示用戶輸入兩個字符的州名縮寫。如果期望的輸入沒有特別的大小，就選擇與其他編輯框或控件一致的寬度。 l總采用數字編輯框用于數字輸入*當用戶在數字字段中輸入非數字文本時，不應該有任何出錯消息。 1.3.1.21.滑塊 l總給滑塊提供一個標簽* 必須用標簽來標明滑塊的用途。而且，滑塊還應該有標明高、低值意義和當前選擇的標簽-當然都不帶冒號。 1.3.1.22.靜態(tài)文本 l左對齊靜態(tài)文本標簽左對齊使得標簽外觀更有條理，且易于瀏覽。 l寧可將靜態(tài)文本標簽置于相關控件的左邊，而不是上面這樣對齊使標簽更易于被發(fā)現，且方便了標簽和控件的瀏覽。很明顯，長控件是例外情況，如列表視圖、樹形視圖（Tree）和多行編輯框。 l總在用于標識控件的靜態(tài)文本標簽后帶上冒號*使用冒號明顯表示為控件標簽的文本。為控件提供附加信息的標簽不應該有冒號，如用來解釋滑塊控件的標簽。標簽也可作為屏幕讀出器的輸入信息。 l對非標簽文本總用只讀編輯框* 只讀編輯框允許用戶將文本復制到剪貼板上，并在文本比控件長時可進行滾動。 l不要把靜態(tài)文本置于凸起的邊界上*在凸起邊界上的靜態(tài)文看起來像按鈕，因而用戶會試圖單擊它。 1.3.1.23.列表框 l總給列表框提供一個標簽*必須用標簽來標明列表框的用途。 l使列表框至少5行長少于5行的列表沒有滑塊，不便于滾動。如果列表框沒有滾動條，那么使用一個更短的列表框也是可以接受的。 l對多個選擇考慮采用復選框復選框列表可以突出其多個選擇的能力。如果不能接受復選框列表，那么可以采用多選列表，并用靜態(tài)文本表示選項個數，清楚指明可進行多項選擇。 l對多選列表考慮提供全部選中和全部取消選中命令由于希望全部選中或全部取消使常見的事情，所以這兩個命令方便了用戶進行多項選擇。 1.3.1.24.列表視圖 l總給列表視圖提供一個標簽*必須用標簽來標明列表視圖的用途。 l使列表視圖至少5行長少于5行的列表視圖沒有滑塊，不便于滾動。如果列表視圖沒有滾動條，那么使用一個更短的列表視圖也是可以接受的。 l僅在列表可排序時采用可單擊的表頭*可單擊的表頭只應用于排序。首次單擊時應按正序對列表進行排序，而第二次單擊時按反序進行排列。 l對列項大約超過30的列表視圖總使其可進行排序*用戶能夠對列表進行排序方便了對信息的查找。 1.3.1.25.滾動條 l滾動條僅用于滾動*使用滑塊或微調框來設置數值。 l使?jié)L動條足夠長，保證有可用的滑塊。沒有滑塊的滾動條不便于使用。 1.3.1.26.分組框 l利用分組框分組相關控件盡管分組框通常是用于單選按鈕的分組，但也可用于任何控件的分組。避免使用只有一個控件的分組框，除非是為了保持與同一對話框中其他分組框一致。 l考慮采用靜態(tài)線或文本標簽來代替分組框分組框多時要占去許多空間。如果空間緊張的話，一個替代分組控件的好辦法是同時采用靜態(tài)文本標簽和靜態(tài)線。 考慮采用靜態(tài)文本標簽和靜態(tài)線代替分組框l不要在分組框標簽的后面使用冒號*分組框標簽的意思明白，使用冒號完全沒有必要且讓人糊涂。1.3.1.27.菜單 l總用單個單詞作為菜單標題*菜單欄上多個單詞的菜單標題看起來像多個菜單標題。 l不要在菜單欄的文本間留有空隙*不一至的菜單欄文本既無用，又難看。 l避免占多行的菜單欄*盡管將父窗口縮小到足夠窄時，任何菜單欄都要占用幾行，當要避免正常使用時因菜單項都而占用幾行的菜單欄。 l保持菜單穩(wěn)定*將無效菜單置為不可用，而不要刪除它們。但是，對整個程序實例都無效的菜單，就應該刪除。 l合理安排菜單項的順序將相關菜單項組合在一起。重要的命令應該位于菜單的頂部，而不重要的菜單則位于菜單的底部。 l將無效菜單置為不可用來代替報錯*菜單絕不應該有僅產生出錯消息的可用命令。 l分配訪問鍵*訪問鍵使用戶可以手不離開鍵盤進行操作，并提供程序的可訪問性。盡可能避免用小寫字母g、j、p、q、y或單詞中與它們靠近的字母來分配訪問鍵，因為下劃線與下一行的字母不好區(qū)分。當然，一個菜單中的訪問鍵應該是唯一的。 l總采用省略號來表示需要更多信息*命令中的省略號表示執(zhí)行時需要更多的信息，而不是簡單確認。省略號不表示一定有對話框出現。 l使用標準菜單避免不提供文件、編輯和幫助菜單。由于這些是標準菜單，所以用戶會期望它們出現。例如，期望在文件菜單中發(fā)現像打印和退出這樣的命令，雖然這些命令可能與文件無關。同樣，用戶期望在編輯菜單中發(fā)現剪切、復制和粘貼命令，至少要在幫助菜單中發(fā)現關于命令。 l統(tǒng)一放置查找和選項命令總將查找命令放在編輯菜單中，而有工具菜單時，總將選項置于其中，否則置于查看菜單中。 l用復選標記來開關選項，用單選組來改變模式*用復選標記進行選項的開關操作是有效的，但如果用來將模式改變?yōu)榱硗庖环N狀態(tài)就難免讓人迷惑了。例如，可用一個復選標記來表示是否顯示工具欄，但若用復選框來切換打印機的橫向模式和縱向模式就會使人糊涂，對橫向和縱向模式應該用一個單選組來代替。 l不要使用多列的下拉菜單*多列增加了菜單不必要的復雜性。 l不要使用Bang（爆炸的聲音）菜單*Bang菜單是菜單欄上那些看起來像下拉菜單，但實際是選擇后立即執(zhí)行的命令，如退出！顯然，用戶希望菜單標題就只是菜單，而不是命令。 l不要右對齊菜單標題*這樣的菜單風格陳舊且不易于使用。 1.3.1.28.上下文菜單 l考慮將上下文菜單作為冗余使用上下文才菜單不應該是訪問命令的唯一方式。通常上下文菜單中的命令應該在菜單欄中也提供，使用上下文菜單是為了提高訪問效率。 l避免在上下文菜單中包含快捷鍵應該將快捷鍵分配在菜單欄中，上下文菜單的快速訪問是通過鼠標進行，而不是通過鍵盤。 1.3.1.29.工具欄 l保持工具欄穩(wěn)定*將無效的工具欄按鈕置為不可用，而不是將它刪除。但是，應該考慮刪除用戶進入一種模式用不到的整個工具欄。 l將無效命令置為不可用，而不是報錯*工具欄絕不應該包含只出現錯誤消息的命令。 l對實用程序采用大工具欄按鈕好的使用程序工具欄常常與應用程序的按鈕不同，其按鈕更簡樸，更大。實用程序工具欄應該只包含幾個帶有描述性文字和圖形的顯眼命令。 l對應用程序采用可移動的、可定制的工具欄，而對實用程序采用固定的工具欄應用程序需要靈活的工具欄來支持其典型的使用方式。用戶使用實用程序的時間一般不長，因而不需要定制工具欄。 l提供顯示或隱藏工具欄選項如果有多個工具欄，分別為它們提供顯示或隱藏的選項。 l總使用工具提示*工具提示幫助用戶了解工具欄按鈕的作用。 1.3.1.30.工具提示 l用工具欄的工具提示來提供信息，但要簡短避免提示很明顯的事情。考慮采用省略號來表示執(zhí)行命令時需要更多信息。如果該命令已分配有快捷鍵，則顯示該快捷鍵。 l使工具提示文本成為高級用戶的媒介工具提示用于簡短的識別和提醒，而不是用來教學。 l用工具提示顯示有用信息不僅僅可在工具欄上使用工具提示，它的使用簡單，能夠向用戶提供有用信息。但不可濫用-工具提示太多也就失去了其價值。不要對命令按鈕會靜態(tài)文本這樣的控件使用工具提示。 l不要自動消去包含許多文字的工具欄提示默認時，10秒種后工具提示將自動消去。如果工具提示的文字很多，10秒鐘對用戶來說就看不完了。 1.3.1.31.文本 l避免不必要的縮寫詞要么給文本更多的空間，要么改寫文本使其占用更少的空間，縮寫詞使文本不易理解。 l避免不必要的大寫字母文本除非只去首字母構成的縮寫詞，否則不要用字母全為大寫的單詞，這樣的單詞看起來像在沖用戶大喊大叫一樣。 l避免復雜的標號盡量采用簡單的標點，如句號、逗號、問號，以及破折號。避免使用分號、感嘆號、圓括號、括號，等等。 l采用一致的大小寫規(guī)則*對窗口標題、菜單、命令按鈕、列標題屬性頁選項卡以及工具欄提示文字采用與書題一樣的大小寫規(guī)則，而對于標題、單選按鈕、復選框、分組框和菜單項幫助中的文本采用與句子一致的大小寫規(guī)則。（對于標題，除了不是標題開頭和結尾的冠詞和介詞外，每個單詞的第一個字母大小。對于句子，每個句子的第一個單詞以及通常大寫的單詞-如專有名詞的首字母大寫。） l避免不好的背景將文本放在實地、顏色適中的背景上，確保在文本和背景之間存在良好的對比。 l避免冒犯性語言避免激烈的詞語，如fatal（致命的）、execute（執(zhí)行）、kill（殺死、毀掉）、terminate（終止）、和abort（中止）。 1.3.1.32.消息框 l仔細選擇消息框的類型采用帶確定按鈕的信息消息框向用戶提供有關命令結果的信息。采用帶是、否，以及可能取消按鈕的警告消息框在繼續(xù)進行前需要用戶輸入的情形下告誡用戶。采用危急消息框通知用戶進行工作前需要修改一個錯誤。 l不要使用疑問消息框類型*不再推薦對消息框使用疑問標記符（MB_ICONQUESTION），因為它在Windows98后一致用來表示上下文修改幫助。 l避免不必要的消息框不要用出錯消息來報告正常行為，而應該用來報告不正常或不期望的結果。不要對很容易恢復的操作進行確認。 l問用是/否回答的問題問用戶問題時，采用是和否按鈕代替確定和取消按鈕，這樣使問題易于理解。與對話框中不一樣，確定和取消按鈕很少同時用在消息框中。 l確保消息框選項按鈕與文本一致例如絕不要用是和否來作為非提問消息的響應。同樣，不要使用多個效果相同的選項按鈕。例如，除非有不同的操作結果，否則不要同時提供否和取消按鈕。否按鈕應該執(zhí)行操作，而取消應該取消操作。 l仔細選擇默認按鈕將最安全的或最常用的選項作為默認按鈕。 l避免無用的幫助除非提供真正有用的附加信息，否則不要提供幫助按鈕。不要附加帶無用幫助信息的沒意義的消息框。 l對危急錯誤考慮采用系統(tǒng)模式消息框采用系統(tǒng)模式消息框向用戶提示嚴重的、可能造成破壞性的、急需注意的錯誤。系統(tǒng)消息框除了有WS_EX_TOPMOST樣式外，與應用程序模式對話框完全一樣。與在16位Windows中不一樣的是，系統(tǒng)模式不影響用戶與其他程序的交互。 1.3.1.33.錯誤消息 l避免錯誤號除非這個錯誤號對用戶真正有用，否則不要給出錯誤號。 l避免責怪用戶避免在出錯消息文字中出現單詞you（你）或your（你的）。如果需要，當指用戶操作時使用被動語氣。采用與錯誤發(fā)生了等價的表達，比采用與你捅漏子了等價的表達要好得多。 l避免敵對性語言避免在錯誤消息文字中使用詞語bad（糟糕的、壞的）、caution（小心）、error（錯誤）、fatal（致命的）、illegal（非法）、invalid（無效）和warning（警告），而應該使用更具體的描述性詞語。并且應該盡量解釋到底是什么出了錯。 l在出錯消息文字中使用平實的語句表達要簡短、清楚、協(xié)調、具體。除非縮寫詞，否則不要使用全部大寫的單詞，那樣的單詞看起來像在沖用戶大喊大叫一樣。使用完整的句子和一般的現在或過去時態(tài)。避免縮寫詞。 l避免在用戶錯誤消息文字中裝做有趣或高人一等用戶并不覺得錯誤消息有趣，故裝幽默并不能被廣泛接受。 l允許用戶壓制非危急的錯誤消息對經常出現的非危急錯誤，向用戶提供一個壓制該錯誤消息的選項。 1.3.1.34.字體 字體統(tǒng)一使用以下設置： Charset = GB2312_CHARSET Name = 宋體 Size = 9 Color = clWindowText Style = 字符集不要使用 ANSI_CHARSET 或 DEFAULT_CHARSET，否則可能導致不同的操作系統(tǒng)下字符集不一致。 l尊重用戶的字體選擇*Windows允許用戶為標題欄、菜單、消息框和工具提示選擇字體。及時處理WM_SETTINGCHANGE消息以根據設置迅速而安全地改變字體。 l避免讓人分心地字體一般說來，應避免使用Arial、Tahoma和MS