設計系統的基礎工作之一就是給組件命名。這個工作看上去并不起眼，似乎還有些機械重復，但實際上卻需要具備嚴謹的邏輯和對細節的錙銖必較。
組件的命名方式并不唯一，你可以按照你對組件構成的理解，來規劃你的命名邏輯。下圖以我工作中用到的一款組件庫為例，呈現出組件的命名邏輯：
可以看到，我們在命名時分了 5 個層級，依次是類別，元件，模式，等級，狀態。
1、類別
類別指的是組件最本質的作用和寬泛的應用場景。通常我們會分為：通用、導航、數據錄入、數據展示、反饋等幾個類別，類別以及其中的部分組件如下圖所示：
2、元件 / 組件
元件即具體的、單一的組件，比如 “導航” 這個類別下就包括了固釘（返回頂部）、面包屑、下拉菜單、導航菜單、分頁、頁頭、步驟條等幾個組件：
3、模式
目前的模式通常會分成暗黑模式（Dark Mode）和淺色模式（Light Mode）兩種，但隨著對用戶體驗的不斷重視，未來也有可能會出現 “護眼模式”、“色盲模式”、“高對比度模式” 等模式。
4、等級
等級的分類和數量由組件的基本功能和在產品的具體需求決定，有些組件比如 “分頁器”、“面包屑” 通常只有一個等級，在命名的時候就可以不體現；而有些組件如 “按鈕”、“標簽頁” 、“導航” 則會有多個等級：
5、狀態
狀態即組件在交互時的變化樣式，通常包括普通（默認）、懸浮（懸停）、點擊、失效（禁用）等，根據不同組件的特性，也可能會包括危險提示、聚焦等狀態。
根據上述這個規則，我們就可以對所有組件進行有規律的命名，下圖中組件懸停狀態的命名為：Navigation/Sidemenu/Light/Primary/hover
組件命名的注意事項
組件的命名能夠清晰的體現組件的性質和狀態，不要僅僅使用數字 1、2、3 來代替狀態。舉個例子，你的產品品牌色主色名稱的結尾應該是：“……brand/primary”，而不是 “brand/blue1”，或 “brand/ #E60326”。
除了色板，我們對于組件也是要盡量清晰的描述組件的類別和狀態，而不是它的外觀。比如按鈕在“懸停狀態”的時候是淺藍色，你命名到 “懸停” 的狀態就可以了，這時你的按鈕名稱后半部分應為：“……/button/primary/hover”，不需要提及按鈕的顏色變化。
這種命名結構可以最大程度上確保組件與系統一起發展，如果當主按鈕的顏色發生變化，你也不必在整個系統和組件中更新其名稱。
2. 遵守邏輯
命名結構要有邏輯，名稱根據一定的邏輯結構進行推導，以便于當組件有新增、或組件庫有革新時可以順暢的添加和修改。
由于不同組件的等級和狀態千差萬別，建議你也可以先梳理出上文圖中的命名邏輯層級表，按照表單進行工作，簡單清晰，也方便團隊的其他設計師一同協作。
3. 良好習慣
養成良好的工作習慣，建立標準的工作流程和規范，包括：
- 用斜杠 “/” 分隔單詞
- 不要隨意添加空格
- 僅使用小寫字母
- 盡量使用英文單詞
- 修改內容后及時同步給團隊等等
在公眾號后臺回復 “組件”，會看到更多與之相關的干貨講解。如果你還有其他與組件相關的問題，歡迎向我提問。
原文鏈接：長弓小子（公眾號）
作者：元堯
轉載請注明：學UI網》工作經驗｜設計資產庫中的組件，應該如何命名？
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。
藍藍設計( m.skdbbs.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務