關於常量統一名稱的建議

2021-05-22 19:21:08 字數 902 閱讀 4124

在程式開發中,往往要用到一些固定的常量,這個時候就會定義常量值,以達到公用的效果。這是一種很好的開發方式,但是由於個人風格不同,在定義常量名時往往各自為政,風格各異。如定義查詢字段常量名

empid時,

有的人定義為:publicstaticfinalstring

empid

= "empid";

有的人定義為:publicstaticfinalstring

zd_empid

= "empid";

有的人定義為:publicstaticfinalstring

fld_empid

= "empid"

導致不能真正起到公用的效果,所以必須要進行統一規範命名。

下面是本人建議使用規範命名的一些建議:

欄位名:

fld_ +

欄位名,如

fld_empid

= "empid"

表名:tab_ +

表名,tab_

employee

= "employee"

常量值:

value_ +

值,value_12

= "12"

如果是週期型別,可以這樣定義:

cycle_ +

週期,如按年:

cycle_year

= "year"

其它的類似按上面的處理。根據公司的規範定義一套命名規範,最好不允許個人隨意定義字首名,由公司統一規範。

GUID與自動遞增值及唯一名稱比較

資料表主健通常採用以下三種方式 1.自動遞增值。2.唯一名稱。這個是使用自己定義的演算法來生成乙個唯一序列號。3.guid 全域性唯一識別符號 在客戶端生成,由 guid 的特性決定,通過 guid 生成的值可能出現重複的機會幾乎等於零,因此保證在插入表的時候主鍵值唯一。可以方便處理分布式資料的提交...

關於成為一名軟體架構師的思考

還不成熟的思考,不過我的職業目標是成為一名軟體架構師。不應該簡單做好作為coder的工作,還應該從更高的視角來領悟。比如目前做的模組化軟體架構,裡面使用了idl ecom等技術,由於是老 並且這些技術已經有相當悠久的歷史,那麼現在來看有沒有更佳的替代設計方案,對於從設計 開發 維護等各種視角來看是否...

我是一名程式設計師 關於IT行業的一些想法

我是一名程式設計師,每天在電腦面前工作十幾個小時,不知道是因為喜歡還是剛畢業年輕氣盛,就算坐到再晚,都感覺不到累。現在心裡沒想很多,就是抱著只要奮鬥就能撥開眼前的雲霧,讓前途一片光明的信念在奮鬥。我知道我可能生活在自己幻想的世界裡。但是我認為只要在坐自己喜歡的事情,以後就不會後悔。這一路上,聽過很多...