1.命名規範 定義這個規範的目的是讓項目中所有的文檔都看起來像一我的寫的,添加可讀性。下降項目組中因爲換人而帶來的損失。mysql
(這些規範並不是必定要絕對遵照,但是必定要讓程序有良好的可讀性)web
1.1 namespace的命名 namespace的名字應該都是由一個大寫字母開頭的單詞組成,若由多個單詞組成。每個單詞的首字母大寫。sql
1.2 Class的命名 Class 的名字必須由大寫字母開頭而其它字母都小寫的單詞組成。數據庫
好比: class Raster;數組
1.3 局部變量的命名 變量的名字必須用一個小寫字母開頭。後面的單詞用大寫字母開頭。oracle
1.4 Static 變量的命名 Static 變量的名字應該都大寫,並且指出完整含義。jsp
1.5 參數的命名 參數的名字必須和變量的命名規範一致。數據庫設計
1.6 數組的命名 數組應該老是用如下的方式來命名:svn
byte[] buffer; 而不是:編碼
byte buffer[]; 1.7 代碼凝視 類頭部凝視
1.用文字說明代碼的做用。並正確指出該代碼的編寫思路和邏輯方法;
可參考:(至少需要這幾項,Description:描寫敘述該類功能。做者,時間。
)
/**
Description: 用戶管理
@Author: wjl
@Create Date: 2015-8-17下午4:06:14
*/
在更改該類重要的內容時,可在裏面加入內容。
方法頭部凝視
/**
跳轉到加入用戶頁面
@return
*/
接口頭部凝視
/**
Description:
param:
return:
@Author: wjl
@Create Date: 2015-8-13下午5:04:34
*/
實體屬性頭部凝視
/**
*/
1.8 功能點方法規範定義 n 初始化
u XX_init
n 查詢
u XX_query/XX_search
n 受權
u XX_auth
n 拒絕
u XX_reject
n 明細
u XX_info
n 錄入
u XX_input
n 新增
u XX_add
n 改動
u XX_update
n 刪除
u XX_del
v 界面命名規範定義
一個業務一個目錄 裏面放因此該業務的jsp界面。
n 查詢頁面
u query.jsp
n 明細頁面
u show.jsp
n 錄入頁面
u XX_input.jsp
n 新增
u XX_add.jsp
n 改動
u XX_update
n 刪除
大部分刪除基本上都要彈出提示,是否肯定刪除。
v 界面字段顯示格式(非數據庫中存儲格式)
Ÿ 日期格式:2013-06-28
Ÿ 時間格式:2013-06-28 15:31:00
Ÿ 金額:999,999,999,999.00。整數時顯示小數點和小數值
Ÿ 數字:XXX,XXX(顯示千分位)
2.2數據庫命名規範 數據庫,數據表一概使用前綴
正式數 據庫名使用小寫英文以及下劃線組成,儘可能說明是那個應用或者系統在使用的.比方:
web_19floor_net web_car
備 份數據庫名使用正式庫名加上備份時間組成,如:
web_19floor_net_20070403 web_car_20070403
2.3數據庫表命名規範 遵循以上數據庫實體命名規則。
典型的字段的取名:(以操做員信息Staff爲例)
內碼Staff_Id
名稱Staff_Name
編號Staff_Code
備註字段名Remark
表與表之間的相關聯字段要用統一名稱, 如 web_user 表 裏面的 userId 和 web_group 表裏面的 userId 相相應。
(或者可以加個表名前綴)
2.4字段類型規範 規則:用盡可能少的存儲空間來存 數一個字段的數據. 比方能用int的就不用char或者varchar 能用tinyint的就不用int 能用 varchar(20)的就不用varchar(255)
數字Number
對於編碼字段,oracle通常用Number(5)或者Number(10),mysql 用int(11);
假設是金額,通常用Number(12,2); mysql用double(11,2)
特殊字段如:郵編Number(6)
日期時間
datetime型
2.5數據庫文檔 在serversvn上都有數據庫設計文檔, 更改了數據庫裏面的字段後,都要更新數據庫文檔。方便之後管理查詢維護。
另外,在建立表的時候,要對該表中的所有字段進行凝視說明。該字段的中文意思。
相關數據庫的知識:
VARCHAR是變長存儲,字段長度是數據庫一種約束,定義合理的長度也可以讓人easy理解字段的用途。
MYSQL中定義的長度假設小於255,字段長度用1個字節表示,假設超過255,字段的長度將固定用2個字節表示。ORACLE沒有這種問題。
字段定義的長度對索引也有較大影響。MYSQL數據庫的索引存儲的長度都是定義的長度,不是實際字符的長度,這是一個很大的問題。預計主要緣由是爲了實現簡單,因此MYSQL在索引上會浪費大量的空間保存字符串。
nvarchar 和 varchar 的差異是存儲方式不一樣 varchar是按字節存儲的.而帶 "n "的nvarchar是按字符存儲的。使用Unicode來存儲數據 比方說 varchar(40),能存儲40個字節長度的字符,存儲中文字符的時候,因爲中文字符1個字符就等於2個字節.因此varchar(40)僅僅能存儲20箇中文字符. nvarchar(40),就可以存儲40箇中文字符,也就是說可以存儲80個字節長度的字符
將字段設置爲not null 還出於第二種考慮:mysql表的列中包括null的話,那麼該列不會包括在所有中。
也就是使用索引是無效的。
所有。考慮從此會使用索引的字段。就要設置字段屬性是not null。
考慮到這個字段從此會做爲查詢keyword使用like的形式進行搜索。那麼要將該字段定義成索引。這樣使用like查詢就會更快。