數據庫設計規范

表設計規范

• 表名全部小寫，單詞間通過'_'間隔
• 主鍵命名為'id'，類型為Long，長度為20位，`非自增`

2. 外鍵及索引命名規范

• 唯一索引：ux_表名_索引字段。如：ux_resource_code
• 普通索引：ix_表名_索引字段。如：ix_role_name
• 外鍵命名：fk_表名_字段名。如：fk_orders_product_id

字段長度規則

| 名稱類 | 類型 | 長度 | 備注 | 默認值 |

|--------|---------|--------|-------------|---------|

| 編號 |bigint | 20 | | |

| 賬號類 | varchar | 100 | 如email，username | |

| 狀態類 | varchar | 5 | 如訂單狀態等 | |

| 名稱類 | varchar | 200 | 中文名稱，如產品名 ||

| 手機電話| varchar | 20 | | |

| 描述簡介| varchar | 500 | | |

| 網址類 | varchar | 500 | 如url | |

| 時間類 | datetime | | | now() | |

URL和方法命名規范

RESTFUL URL命名規范

API URI design

API URI 設計最重要的一個原則： nouns (not verbs!) ，名詞(而不是動詞)。

`POST & PUT 方法的接口前后端統一mediaType類型為：application/json;charset=UTF-8`

CRUD 簡單 URI：

| 方法 | URL | 功能 |

|--------|-----------|------------------|

| GET | /users | 獲取用戶列表 |

| GET | /users/1 | 獲取 id 為 1 的用戶|

| POST | /users | 創建一個用戶 |

| PUT | /users/1 | 替換 id 為 1 的用戶|

| DELETE | /users/1 | 刪除 id 為 1 的用戶|

總結

以上是生活随笔為你收集整理的获取字段 命名空间和类_系统架构之命名规范的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。