【正文】 二義性問題 。 。 “否定”條件的條件語句。例如，如果在程序中出現(xiàn) if ( !( char＜‘ 0’ || char ＞‘ 9’ ) ) …… 改成 if ( char = 39。0’ amp。amp。 char = 39。9’ ) …… 不要讓讀者繞彎子想。 12. 不要修補不好的程序，要重新編寫。也不要一味地追求代碼的復用，要重新組織。 13. 對太大的程序，要分塊編寫、測試，然后再集成。 編程前的準備 為了保證開發(fā)成果的質(zhì)量，提高開發(fā)效率，防止錯誤發(fā)生，在實際進行程序編制之前應作如下方面的準備。 ⑴ 制定標準（工作標準和編程基準）； ⑵ 知識共享； ⑶ 共享數(shù)據(jù)準備； (4) 代碼版本控制 (5) 綜合利用開發(fā)環(huán)境； 確定標準 工作標準的制定 ? 在準備階段，所制定的工作標準包含的內(nèi)容有：詳細設計書的標準、程序設計的標準以及共有資源利用的規(guī)定 (開發(fā)用的數(shù)據(jù)庫、共用子程序庫、臨時文件）。 編碼標準的制定 知識共享的準備 (1)事前的人員教育 個別的開發(fā)案例的必要技術教育 項目組的人員教育計劃 公司內(nèi)部的學習 有經(jīng)驗的員工的 OJT 作為基礎能力的必要技術 教育 普通業(yè)務基礎的技術教育計劃 參加各種討論會 參加各種用戶會 利用遠程教育 (WBT) 職業(yè)資格認證培訓 通過專業(yè)書刊或網(wǎng)絡資源學習 參加公司外的培訓班 （ 2）開發(fā)組織的知識共享 需求方 面向軟件包需求方的討論窗口 知識數(shù)據(jù)庫 系統(tǒng)的構造者 網(wǎng)絡專家 數(shù)據(jù)庫專家 安全管理專家 程序員 程序員 高級程序員或管理者 問題的分類 寫問題清單 （ 通用技能、項目特有資源 ） 專家協(xié)作 共享知識 討論 回答 回答結果 共享數(shù)據(jù)的準備 ? 共享數(shù)據(jù)準備的內(nèi)容有： ① 開發(fā)測試用的用戶登錄的帳號。 ② 數(shù)據(jù)庫的安裝。 ③ 通用子程序、類庫的封裝。 ④ 出錯處理體系化 ⑤ 全局變量、常量 代碼版本控制 主流版本控制軟件介紹： 1. Borland Starteam 是一個集合了版本控制、構建管理（ Build Management）和缺陷跟蹤系統(tǒng)為一體的軟件，并且具有強大的圖形界面，易學易用；但管理復雜、維護困難。 2. PVCS Version Manager 是美國的 MERANT公司軟件配置管理工具 PVCS 家族中的一個組成部分，它能夠實現(xiàn)源代碼、可執(zhí)行文件、應用文件、圖形文件和文檔的版本管理；它能安全地支持軟件并行開發(fā)，對多個軟件版本的變更進行有效的控制管理。 3. ClearCase 是 IBM ROSE構件的一部分，主要應用于復雜的產(chǎn)品發(fā)放、分布式團隊合作、并行的開發(fā)和維護任務?？梢钥刂苭ord, excel,powerpoint， visio等文件格式，對于不認識的格式可以自己定義一種類型來標識。 4. Visual SourceSafe（ VSS） 簡單易用、方便高效、與 Windows操作系統(tǒng)及微軟開發(fā)工具高度集成。 5. CVS（ Concurrent Versions System） 是開發(fā)源碼的并發(fā)版本系統(tǒng) ,它是目前最流行的面向軟件開發(fā)人員的源代碼版本管理解決方案。它可用于各種平臺，包括 Linux 、Unix Windows NT/2022/XP等等。 6. SVN(SubVersion) CVS 的主要作者（ Fogel 等等）在他們現(xiàn)任公司的資助下開發(fā)了SubVersion用以替代 CVS。 SubVersion 的設計目的就是針對CVS 的一些弱點進行改進。 前面三種是重量級的商業(yè)版本控制工具，更適合龐大的團隊和項目，并且價格不菲。 Visual SourceSafe是微軟的產(chǎn)品，當然只能用在 windows平臺并與微軟的開發(fā)工具無縫集成。 CVS和 SVN免費開源。 代碼版本控制 版本控制的基本操作 : 1 檢入 (Check in) 2 檢出 (Check out) 3 更新 (Update) 4 同步 (Synchronization) 代碼版本控制 版本控制有如下好處 ： ?便于團隊代碼共享 ?保證整個團隊使用統(tǒng)一的代碼版本 ?能獲得版本控制工具中保存的任何版本 ?能夠把出錯或誤操作的最新版的項目恢復到正確的歷史版本 編程實施 1 編碼 2 代碼的檢查 為了保證編碼之后的程序的質(zhì)量，應當由對開發(fā)語言的知識了解和開發(fā)經(jīng)驗比較豐富的開發(fā)者進行代碼的檢查。代碼的檢查是對程序進行的靜態(tài)分析， 靜態(tài)分析 包括二個方面的內(nèi)容，①編碼的標準的檢查，②執(zhí)行效率不高和不適當?shù)拇a修正，這兩點是代碼檢查的目的。 編程實施 3 調(diào)試 調(diào)試應注意程序調(diào)試、數(shù)據(jù)庫調(diào)試、網(wǎng)絡調(diào)試三個方面，并盡可能發(fā)現(xiàn)瓶頸，找到導致性能惡化的原始原因的瓶頸。 編程實施 ⑴ 程序的調(diào)試 循環(huán)的優(yōu)化 避免多重循環(huán)，盡量減少循環(huán)內(nèi)部的處理的步數(shù)，作為循環(huán)對象的數(shù)據(jù)應盡可能的壓縮到最小的限度，使用循環(huán)的優(yōu)化是很簡單地縮短執(zhí)行時間的一種方法。 條件分支的優(yōu)化 首先描述條件分 支 最大的，并且條件為真的條件。 存儲器利用 讀入文件數(shù)據(jù)到數(shù)組變量，減少寫到磁盤上的回數(shù)是提高速度的方法。不過從磁盤讀入到內(nèi)存的數(shù)據(jù)量太大時引起的頻繁的數(shù)據(jù)交換反而降低實際的運行速度。 嚴格類型限制 有時候編程基準對一些的變量類型給予了禁止，如執(zhí)行時要對變量的類型進行判斷會降低實際的執(zhí)行速度，因此應該盡量不使用可變類型的變量。 編程實施 ⑵ 數(shù)據(jù)庫的調(diào)試 索引的作成 對于某列或某組合列作為索引列能夠大大地改善數(shù)據(jù)庫的檢索與更新的性能。但是對于只有一個表，雖然索引的多個指定能使檢索性能得到改善，卻會使更新性能惡化，這點需要進行折衷處理。 執(zhí)行的粒度 (從執(zhí)行的開始到提交處理的長度 ) 如果粒度大則能提高更新性能，同時也會導致在排他處理時處理等待時間長，系統(tǒng)的總體處理性能變差，也需要進行折衷處理。 規(guī)范化程度 在數(shù)據(jù)庫的設計上，越是追求規(guī)范化越能降低數(shù)據(jù)的冗余度和提高數(shù)據(jù)的可維護性，但是進行檢索時在表之間的結合操作增多，性能也會惡化，這也需要進行折衷處理。在一些情況下不進行規(guī)范化也是必要的。 編程實施 ⑶ 網(wǎng)絡的調(diào)試 協(xié)議的限制 對于一般的情況來說，在 LAN上不必要的協(xié)議的包的傳輸最好不要有。 (例 :使用 TCP/IP的應用程序時，象SPX/IPX， NBEUI之類的其他的協(xié)議最好先關閉。 ) 減少通訊數(shù)據(jù)量 分散的網(wǎng)絡中模塊間的數(shù)據(jù)通信量應盡量減小，以實現(xiàn)最小的數(shù)據(jù)流量。 使用數(shù)據(jù)庫存儲過程，檢索數(shù)據(jù)庫的結果所必要的件數(shù)通過多次分開來取得的方法是必要的。 分時通信 在使用 RPC構成系統(tǒng)時，我們知道首先被調(diào)用的?？焯幚硗曛?，其他調(diào)用模快都處于等待狀態(tài)，這對于系統(tǒng)的全體來說，有可能出現(xiàn)處理性能上的問題。此時使用信息傳輸隊列來進行分時通信處理是必要的。 編程實施 4 成果提交 源代碼、 B票、 PCL