規范需要平時編碼過程中注意,是一個慢慢養成的好習慣 1.基本規則 1.注釋應該使代碼更加清晰易懂 2.注釋要簡單明了,只要提供能夠明確理解程序所必要的信息就可以了。如果注釋太復雜說明程序需要修改調整,使設計更加合理。 3.注釋不僅描述程序做了什么, 還要描述為什么要這樣做 ...
規范需要平時編碼過程中注意,是一個慢慢養成的好習慣 .基本原則 強制性原則: .字符串的拼加操作,必須使用StringBuilder .try catch的用法 .對於捕獲后,不知道干什么事情或者也不知道怎樣處理的情況,就不要捕獲異常,留給外出層去捕獲處理 .返回類型為集合的,在方法聲明中必須使用泛型,必須在javadoc中注明什么情況下返回null,什么情況下返回空集合。 .對於方法 變量聲明范 ...
2015-05-26 20:37 0 11055 推薦指數:
規范需要平時編碼過程中注意,是一個慢慢養成的好習慣 1.基本規則 1.注釋應該使代碼更加清晰易懂 2.注釋要簡單明了,只要提供能夠明確理解程序所必要的信息就可以了。如果注釋太復雜說明程序需要修改調整,使設計更加合理。 3.注釋不僅描述程序做了什么, 還要描述為什么要這樣做 ...
方法的返回類型, 方法參數, 變量聲明時均采用接口類型, 而不是實際類型: /** 定義接口變量為接受類型的好處: 1).面向接口編程 一種規范約束 制定者(或者叫協調者),實現者(或者叫生產者),調用者(或者叫消費者)。 接口本質上就是由制定者來協調實現者和調用者之間的關系 ...
做了這么多年開發,對於開發規范方面結合了多方資料,自行總結一些規則,便於參考。 本文檔還在不斷的補充和完善中,后續持續更新。 命名規范 工程命名 使用項目英文命名或使用拼音,可以使用縮寫。工程名稱為小寫,不使用駝峰式。 正例:智能倉儲管理系統InStock,工程名為instock ...
一 編碼規范 1.1 命名規范 代碼中的命名均不能以特殊字符(如下划線、$#符號)開始或結束。 反例: _name / #Object 2. 代碼中的命名嚴禁使用拼音與英文混合的方式,更不允許直接使用中文的方式。 反例: toubao / lipei ...
第一節:編碼過程的命名約定(編碼命名規范 ...
類命名規范: 類名使用 UpperCamelCase 風格(首字母都大寫),必須遵從駝峰形式。 例如: MessageUtil 抽象類命名使用 Abstract 或 Base 開頭 ; 異常類命名使用 Exception 結尾 ; 測試類命名以它要測試的類的名稱開始,以 Test 結尾 ...
類命名規范: 類名使用 UpperCamelCase 風格(首字母都大寫),必須遵從駝峰形式。 例如: MessageUtil 抽象類命名使用 Abstract 或 Base 開頭 ; 異常類命名使用 Exception 結尾 ; 測試類命名以它要測試的類的名稱開始,以 Test 結尾 ...
一 包名的書寫規范 (Package)推薦使用公司或機構的頂級域名為包名的前綴,目的是保證各公司/機構內所使用的包名的唯一性。包名全部為小寫字母,且具有實際的區分意義。 1.1 一般要求1、選擇有意義的名字,能快速地傳達該類的用途。 2、所有包的命名必須采用小寫英文字母。 1.2 實際應用 ...