【正文】 17)：有些讀入數(shù)據(jù)庫的字段 不支持中間有空格 ，但用戶 切實需要輸入中間空格 ，這時要在程序中 加以處理 。 15)：與系統(tǒng)采用的 保留字符沖突的要加以限制 。^%$!~,.?！?｀‘：“［”｛、 \|｝］+=)(_*amp。 13):對可能造成 等待時間較長 的操作應(yīng)該 提供取消功能。 ? 11)： 對錯誤操作最好支持可逆性處理 ，如取消系列操作。通過補救措施用戶可以回到原來的正確狀態(tài)。 8)：對可能 引起致命錯誤 或系統(tǒng)出錯的 輸入字符或動作要加限制或屏蔽 。 6)：當 選項特別多時 ，可以 采用列表框，下拉式列表框。 4)：當用戶作出選擇的可能性只有兩個時 ,可以 采用單選框。 2)：應(yīng)當注意 盡可能避免 用戶無意錄入 無效的數(shù)據(jù) 。 最后一小節(jié) 安全性考慮 ?開發(fā)者應(yīng)當盡量周全地考慮到各種可能發(fā)生的問題 ,使出錯的可能降至最小，因為一旦出現(xiàn)錯誤，用戶可能會馬上對網(wǎng)站喪失興趣。 7): 菜單 /導航的寬度要接近 ，字數(shù)不應(yīng)多于四個，每個菜單 /導航項的字數(shù)能相同最好。 5): 如果菜單 /導航 選項較多 ，應(yīng)該 采用加長菜單的長度 而減少深度的原則排列。 3)：一組菜單 /導航的使用 有先后要求或有向?qū)ё饔脮r ，應(yīng)該 按先后次序排列 。 ?菜單 /導航設(shè)置細則： 1)：菜單 /導航通常 采用“常用 主要 次要 工具 幫助”的位置排列 。 10)： 如果能 給用戶 提供自定義界面風格則更好 ，由用戶自己選擇顏色、字體等。 8): 前景與背景色搭配合理協(xié)調(diào) ，反差不宜太大，配色應(yīng)該由專業(yè)美工完成，開發(fā)人員做局部修改時要注意色調(diào)的一致協(xié)調(diào)。 6)：放置完控件后界面 不應(yīng)有很大的空缺位置 。 4): 按鈕的大小 要與頁面的大小 和空間要協(xié)調(diào) 。 2): 布局要合理 ,不宜過于密集 ，也不能過于空曠，合理的利用空間。 第四小節(jié) 美觀與協(xié)調(diào)性 ?頁面應(yīng)該大小適合美學觀點，色彩搭配協(xié)調(diào)舒適，能在有效的范圍內(nèi)吸引用戶的注意力。 6): 對運行過程中出現(xiàn)問題而 引起錯誤的地方要有提示 ，讓用戶明白錯誤出處，避免形成無限期的等待。 4)：對可能造成數(shù)據(jù) 無法恢復的操作 必須提供確認信息 ,給用戶放棄選擇的機會 。橫排開頭或最后與豎排最后為易點位置。 ?合理性細則： 1)： 重要的 命令按鈕與使用較頻繁的按鈕要 放在頁面上注目的位置 。制定標準遵循之。 ? d： 使用統(tǒng)一的語言描述 ，例如一個關(guān)閉功能按鈕，可以描述為退出、返回、關(guān)閉，則應(yīng)該統(tǒng)一規(guī)定。 ? c：針對用戶所發(fā)出的警告、信息、錯誤， 應(yīng)使用用戶能夠明白的描述方式 ，嚴禁將系統(tǒng)輸出給開發(fā)人員的錯誤信息直接輸出給用戶。 ? ： ? a：口語化、客氣、多用您、請， 不要用或少用專業(yè)術(shù)語 ，杜絕錯別字。 Lable等簡單控件的字體應(yīng)與 body相一致。 ? ，字體大小： 12px。 Footer中版權(quán)等信息的字體大?。?10px。頁面的 body中，中文采用 “宋體”（待定），字體大?。?12px。 ? :按照下發(fā)的 《 銳升軟件 C 開發(fā)規(guī)范（整理） 》 執(zhí)行。 ?二 .需要注意的幾點 : ? 本身的作用或”用意”， 達到語義化。 ? Container：網(wǎng)頁的主要部分，其中還可在設(shè)計左 中 右模塊。 規(guī)范性細則： ?一 .網(wǎng)站設(shè)計及基本框架結(jié)構(gòu) : ? Banner： 網(wǎng)頁的頭部區(qū)域，一般包含網(wǎng)頁的 logo和其他一些元素。 12):選項數(shù)較少時使用選項框，相反使用下拉列表框。 10):選項數(shù)相同時 多用選項框而不用下拉列表框。 8):復選框和選項框 按選擇幾率的高底而先后排列。 ? 6):可寫控件檢測到非法輸入后應(yīng)給出說明并能自動獲得焦點。 4):界面上首先應(yīng)輸入的和重要信息的控件 在 Tab順序中應(yīng)當靠前 ,位置也應(yīng)放在窗口上較醒目的位置。 2):按功能將頁面劃分局域塊 ，并要有功能說明或標題。使用戶直接就能知道該頁面的功能并進行相關(guān)的正確作。目前網(wǎng)站頁面的 UI設(shè)計，已經(jīng)引起軟件設(shè)計人員的高度重視，業(yè)界一致認為，網(wǎng)站頁面的表現(xiàn)力，是一個網(wǎng)站能否成功的重要一步。設(shè)計良好的網(wǎng)站頁面能給用戶帶來輕松愉悅的感受，使用戶對網(wǎng)站流連忘返，口口傳頌，極大增加網(wǎng)站的知名度和訪問量。 ? 另外，避免使用和以下關(guān)鍵字沖突的標識符。 例如，不要將以下任何名稱用作類名稱： ? System、 Collections、 Forms 或 UI。如果必須使用縮寫，對于由多于兩個字符所組成的縮寫請使用 Camel 大小寫，雖然這和單詞的標準縮寫相沖突。但是，應(yīng)當 大寫僅有兩個字符的縮寫 ，如，而不是 。 ? 4在使用縮寫時，對于 超過兩個字符長度的縮寫請使用 Pascal 大小寫或 Camel 大小寫。 ? 3 在適當?shù)臅r候，使用眾所周知的縮寫替換冗長的詞組名稱。 例如，使用 GetWindow，而不要使用 GetWin。例如： ? ? ?下表匯總了大寫規(guī)則，并提供了不同類型的標識符的示例。 第五小節(jié) 大小寫規(guī)則 ?大寫 ?標識符中的所有字母都大寫 。 ? 建議盡可能使用靜態(tài)屬性而不是公共靜態(tài)字段。 ? 使用 Pascal 大小寫 。 ? public Color(int rgb) ? { ? // Insert code here.} ? public Color(byte r, byte g, byte b) ? { ? // Insert code here. ? } ? public byte RedValue ? { ? get ? { ? return Color。 下面的代碼示例闡釋公共靜態(tài)只讀字段的正確使用。如果存在對象的預定義實例，則將它們聲明為對象本身的公共靜態(tài)只讀字段。例如，應(yīng)用 g_ 或 s_ 前綴是不正確的。 ? 不要對字段名或靜態(tài)字段名應(yīng)用前綴 。 ? } ? 不要對字段名使用匈牙利語表示法 。 ? class SampleClass ? { ? string url。 字段名稱不要使用大寫字母 。 ? 拼寫出字段名稱中使用的所有單詞 。 ?、靜態(tài)字段 ? 以下規(guī)則概述字段的命名指南： ? private、 protect