+++++++++++++++++++

第七章:?編碼規范和約定

+++++++++++++++++++


137.了解了給定代碼庫所遵循的文件組織方式后,?就能更有效率地瀏覽它的源代碼.

138.閱讀代碼時,?首先要確保您的編輯器或優美打印程序的tab設置,?與代碼遵循的風格
規范一致.

139.可以使用代碼塊的縮進,?快速地掌握代碼的總體結構.

140.對編排不一致的代碼,?應該立即給予足夠的警惕.

141.分析代碼時,?對標記為XXX,?FIXME和TODO的代碼序列要格外注意:?錯誤可能就潛伏
在其中.

142.常量使用大寫字母命名,?單詞用下劃線分隔.

143.在遵循Java編碼規范的程序中,?包名(package?name)總是從一個頂級的域名開始(例
如,?org,?com),?類名和接口名由大寫字母開始,?方法

和變量名由小寫字母開始.

144.用戶界面控件名稱之前的匈牙利記法的前綴類型標記可以幫助我們確定它的作用.

145.不同的編程規范對可移植構造的構成有不同的主張.

146.在審查代碼的可移植性,?或以某種給定的編碼規范作為指南時,?要注意了解規范對
可移植性需求的界定與限制.

147.如果GUI功能都使用相應的編程結構來實現,?則通過代碼審查可以輕易地驗證給定用
戶界面的規格說明是否被正確地采用.

148.了解項目編譯過程的組織方式與自動化方式之后,?我們就能夠快速地閱讀與理解對
應的編譯規則.

149.當檢查系統的發布過程時,?常常可以將相應發行格式的需求作為基準.