|
|
一般問題
- 建立程序的調試版本
- 及時修改所有錯誤
- 及時徹底測試代碼,不惜耽誤進度
- 不依賴測試組來測試代碼
- 嚴格按照如下的編碼優(yōu)先級(正確,可測試,可維護,效率)
- 打開所有的編譯警告
將更改歸并到主程序
- 處理掉所有的警告
- 進行功能單元測試
- 單步測試每一條編碼路徑,并觀察數據流
- 沒有必要,不要清理代碼,清理代碼之后要嚴格測試
- 在代碼文檔中指出你的代碼的危險之處
- 簡單化代碼,保證程序維護人員能理解你的代碼
實現了一個函數或子系統(tǒng)后
- 修改或創(chuàng)建源代碼文件后,需要及時修改或創(chuàng)建源代碼文件說明部分(包括文件和函數兩部分);
- 使用斷言來檢查函數參數的有效性
- 剔除代碼中的未定義或無意義的代碼
- 保證每個數據中沒有不確定的值
- 對難于理解的斷言做解釋
- 在代碼中,不做任何假設
- 使用斷言警告可能出現的非常情況
- 做防御性的程序設計,在代碼中,不隱藏錯誤
- 對用匯編優(yōu)化的算法,使用另一個算法來驗證
- 使用確認代碼或數據啟動的檢查
- 消除代碼中的隨機行為
- 在代碼中注意無用信息的產生
- 注意代碼中的希奇古怪的行為
- 建立子系統(tǒng)測試
- 在設計和代碼中消除任意情況的出現
- 做完整性檢查
- 永遠不舍棄調試語句
- 不使用不標準的數據變量類型
- 保證沒有變量或表達式出現上溢或下溢
- 準確的實現設計,保證沒有誤差
- 保證同樣功能的代碼在程序中只有一份
- 盡量減少if的使用
- 盡量減少復雜?:的使用
- 孤立專用代碼
- 不使用有風險的慣用語
- 不混用不同優(yōu)先級的運算符
- 不使用把錯誤和返回值一起返回的函數
- 不使用尚未分配的空間
- 不使用已經釋放的空間
- 不要多用輸出緩沖存儲
- 不向靜態(tài)或全局緩沖區(qū)輸出數據
- 不依賴其他函數內部細節(jié)(未明確的功能)來完成本函數內的功能
- 在代碼中不要把過多的語句放在一行中
- 消除代碼中多余的靈活性
- 不要使用試探法編寫程序
設計了一個函數或子系統(tǒng)后
- 評價此特征是否符合產品的市場策略
- 嚴格區(qū)分錯誤代碼和正常的返回值
- 保證函數界面難于出現誤操作
- 排除具有多用途且面面俱到的函數
- 排除太靈活的(空空洞洞的)函數參數
- 在函數不再需要時,返回一個錯誤條件
- 保證在調用點函數易讀
- 盡量排除布爾量或命令參數輸入,多用枚舉變量
修改錯誤時
- 錯誤無法消失,是否能找到錯誤的根源
- 修改錯誤的根源,而不是錯誤的癥狀
VC動畫構件界面標準
- 組態(tài)時盡可能多地體現構件運行時的顯示外觀
- 使用MCGS的缺省字體(System 10號);
- 使用統(tǒng)一的界面大小:
- 構件屬性頁大。212*154;
- 屬性頁內所有控件應當在198*147的矩形范圍內,該矩形范圍的左上角位于屬性頁的7*7處;
- 在屬性頁內使用Group Box時,Group Box內控件左上角與Group Box控件距離不小于7*13;
- 界面應遵循基本的對齊原則,盡可能作到簡捷、整齊;
- 使用MCGS標準的顏色、線型選擇方式;
其它
- 盡可能使用C++風格的注釋形式
- 除變量、常量定義外,使用行注釋形式
|
|
狀 態(tài):
離線
公司簡介
產品目錄
|
|
公司名稱:
|
北京昆侖縱橫科技發(fā)展有限公司
|
聯 系 人: |
縱橫科技
|
電 話: |
010-51659278
|
傳 真: |
010-51659278-101 |
地 址: |
北京市海淀區(qū)上地7街1號匯眾大廈212室 |
郵 編: |
100085 |
主 頁: |
|
|
|
|
|