|
|
|
一般問題
- 建立程序的調試版本
- 及時修改所有錯誤
- 及時徹底測試代碼，不惜耽誤進度
- 不依賴測試組來測試代碼
- 嚴格按照如下的編碼優(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 |
| 主 頁： |
|
|
|
|
|
