利於復用資料的專案檔案命名規範

2022-06-25 08:48:12 字數 1311 閱讀 3110

專案重構或者新建專案的時候,往往需要複製重用一些舊專案的資料表和類檔案的資料。

如何讓舊的專案資料能快速復用融合到新專案中?有規範約束的、有穩定規律的資料,復用流程是最簡單,最快速的。

比如,一般專案的資料表字首都是以產品名稱的縮寫字母來命名的,比如:**=tb, 京東=jd。它們的資料表名稱分別為:tb_product_goods, jd_product_goods。 但是太過於個性化強調的字首不利於新建同類不同名的專案時的資料復用。而且,好的字首不僅利於資料快速復用,而且對於專案開發中的bug修正和**維護,都能很方便快速地查詢定位到具體檔案。

所以,根據個人平時的專案開發經驗,總結了一些規範心得。

規範約定:許可權類=auth, 系統類=sys, 電商類=eb, 財務類=fin(financial), 文章類=art, 通用類=comm, 統計類=stat, 日誌類沒有字首而只有字尾(log)

示例:auth_admin=管理員表, auth_admin_group=管理員分組表, auth_admin_rule=管理員許可權規則表, sys_config=系統配置表, eb_product_goods=商品表,fin_recharge=充值表, stat_recharge_success=充值成功統計中間表, auth_admin_login_log=管理員登入日誌表, art_article=文章表

備註:如果要定製而不使用通用資料表,在表名最前面新增廠商字首,例如(**=tb_):tb_auth_admin, tb_eb_product_goods, tb_fin_recharge

規範約定:許可權類=auth, 系統類=sys, 電商類=eb, usr=使用者類, 文章類=art, 通用類=comm, 統計類=stat, 日誌類沒有字首而只有字尾(log)

示例:authadmincontroller=管理員控制器類, sysconfigcontroller=系統配置控制器類, ebproductgoodscontroller=商品控制器類, ebproductcategorymodel=商品分類模型類, finrechargemodel=充值模型類, artarticlemodel=文章模型類, statrechargemodel=充值統計報表模型, authadminloginlogmodel=管理員登入日誌模型類

備註:如果要定製而不使用通用類,在類名最前面新增廠商字首,例如(**=tb):tbauthadmincontroller, tbebproductgoodscontroller, tbfinrechargemodel

mysql的庫命名規範 資料庫命名規範(命名規則)

資料庫命名規範 引言 資料庫設計過程中庫 表 欄位等的命名規範也算是設計規範的一部分,不過設計規範更多的是為了確保資料庫設計的合理性 為了專案最終的協調穩定性,而命名規範更多的是為了確保設計的正式和統一。資料庫中欄位等等以什麼樣的命名方式,並不會直接影響到專案的穩定性。制定規範的直接目的是約束行為,...

JavaWeb專案命名不規範帶來的問題

昨天在用extjs做web專案時,出現了乙個很奇怪的問題,我在使用者登入的servlet login 中通過session.setattribute設定物件引數,理論上使用者登入成功後引數傳遞成功,在其他servlet中便可通過session.getattribute獲取物件引數的值,但是怎麼都是n...

資料庫表的命名規範

資料檔案命名採用系統名 檔案型別,比如系統名為kupage,則資料庫檔案命名為kupage database.mdf,有的資料庫檔案有多個,比如sql server就有2個,乙個是資料庫檔案,另乙個是日誌檔案,那麼他們的檔案命名分別為 kupage database.mdf,kupage log.l...