用組件開發(fā)一致的界面

1、第11章用組件開發(fā)一致的界面什么能算是好的界面，標準是非常主觀的。許多商業(yè)應(yīng)用程序都跟隨著WinTel標準：灰色的按鈕和控件，白色的背景。對商務(wù)程序來說，這可能是個不錯的主意，因為通過多年的熟悉使得這個界面在某種程度上較為舒服，但這是個好的界面嗎？AlanCooper是VisualBasic之父，他建議“通過堅持使他們（Microsoft和Apple）各自獨立的開發(fā)者群體遵守既定的方針，他們偷偷摸摸地阻止了來自應(yīng)用者群體的革新。”[Co

2、oper212]Cooper認為，“我并不鼓吹忽略界面風格方面的指導(dǎo)，從而導(dǎo)致界面出現(xiàn)混亂。我僅僅認為應(yīng)該像參議員看待說客那樣來看待對界面風格的指導(dǎo)，而絕不能像司機服從于交警那樣。立法者知道說客想要削減某項經(jīng)費，但說客并非來自于持有客觀態(tài)度的第三方?！盵Cooper，212]在所有的條件下都是最好的界面可能并不存在，即使在一定的條件下，界面的設(shè)計仍然是高度主觀的。如果你能開發(fā)出像圖11.1所示的新RealPlayer那樣的界面，而且符合

3、你的目的，那就很好了。如果你不擅長創(chuàng)建獨一無二或非常有趣的圖形用戶界面，而且并沒有雇傭圖形設(shè)計者的預(yù)算，那么可能會開發(fā)出與WinTel風格類似的應(yīng)用程序。對于商業(yè)目的而言，也許較為熟悉的風格可以避免使用方面的障礙。圖11.1RealPlayer8使用了一些漂亮的圖形按鈕，并進行了視覺人類工程學方面的嘗試。還可以選用卡通標志和斑馬條紋等外表只有一個問題不是主觀的，它也是本章的主題，那就是界面應(yīng)該是一致、連貫、完全的。不一致、不連貫、不完全

4、，不考慮界面的風格對用戶來說是不可容忍的。第11章示范了一些技術(shù)，可用于簡化開發(fā)并確保一致性，包括如何使用定制組件、組件模板和窗體266Delphi6應(yīng)用開發(fā)指南11.1定制組件創(chuàng)建定制組件很有趣，而且定制組件也很有用。首先，顯而易見的理由是可以重用已有的對象，并封裝新的或增強的特性；其次，它可以提供一致的效用。無須繪制組件時保證相同的尺寸、風格、字體、顏色或措辭，可以對組件進行定制以確保這些目標。11.1.1定制組件的三個C定制組件的

5、三個C是一致性、連貫性和完備性。一致性意味著組件在你的應(yīng)用程序和其他地方的行為是一致的。一致性（Consistency）組件每次都表現(xiàn)出相同的行為和初始狀態(tài)，才能提供一致性。對組件的行為或狀態(tài)進行一次編程，則所有的組件實例都具有一致的外觀和行為。一致性并不追求數(shù)量，注意到這一點是很重要的。定制組件無須進行大量的修改，即可提供一致性。即使組件只是重載了缺省的大小或形狀，創(chuàng)建一個定制組件也可確保一致性。有兩個直接的方法可以做到這一點。您可以

6、子類化所有的需要微小修改的組件然后再安裝；或者快速地創(chuàng)建組件模板，這更容易一些（參考11.2節(jié)“創(chuàng)建組件模板”）。連貫性（Coherency）一致性是連貫的一個方面。如果對象不具有一致性，也會缺少連貫性。連貫性是對控制流和操作的邏輯性的度量，它要求語義上相似的操作具有一致的行為。定制控件和組件模板可用于提供更為連貫的行為流程。沒有一致性和連貫性，應(yīng)用程序不可能是完全的。完備性（Completeness）不一致、不完全的應(yīng)用程序看起來是不

7、合邏輯且不正確的，這樣必定是不完備的。如果應(yīng)用程序不被用戶群體所接受，也不能說是完備的。完備性度量了應(yīng)用程序是否執(zhí)行了所要求的任務(wù)、結(jié)果是否正確、應(yīng)用程序是否具有合理的容錯級別。如果程序給出正確卻不合時宜的回答，也是不完備的。而迅速的提供錯誤的結(jié)果，仍然是錯誤的。如果程序的行為毫無規(guī)律、不一致、或不合邏輯，那么該程序是失敗的。即使程序有相應(yīng)的用戶群體，仍然可能失敗，因為用戶群體可以拒絕使用該程序，或惡意共謀使用該程序提供錯誤的或不合適宜