App切圖命名規範

關於切圖命名的規範，我個人覺得關鍵是在於團隊能夠有一個統一的規則，所有成員嚴格遵守並且和所有開發全盤拉通，不然一切都是空談。  不同的團隊使用的軟體都不一樣，如果經常使用sketch軟體中Symbols 的同學，可能在命名的時候會考慮更多內容，但是照顧到還有很多同學在使用PS 作圖，所以這裡只介紹一種通用的命名規則，當然大家也可以根據自己的實際情況去制定，這裡只提供一種方法與思路，僅供參考。

一、為什麼要制定規範的命名規範

1. 自身層面

對我們自己的檔案整理有很大的幫助，後期修改檔案、圖層的時候更加方便快捷，而且規範的命名也顯得我們自身比較專業。

2. 團隊層面

如果命名不統一，大家就很難達成共識，任務交接時需要很大的學習成本，所以規範的命名對於團隊協同也有極大的推動作用。

3. 開發層面

這一點是最重要的，可以極大的節省程式開發的時間成本，減少很多不必要的溝通與重複切圖的機率，因為只要我們的命名足夠規範，並且和開發達成共識，他們完全可以直接使用的我們切片而不更改切片的名稱，後期我們更換切圖，只要切片名稱不變，開發看都不用看直接替換就可以了。

二、所有命名全部為小寫英文字母，單詞間用下劃線“_”分隔。

這一點的理由很簡單，我們的目標是讓開發直接拿我們的切圖進行使用，不能夠隨意修改名稱，但是我們要知道，開發哥哥的程式碼裡只有小寫的英文字母，如果你給出的命名全是中文的，那麼他們是一定會更改的。所以命名全部用小寫的英文字母是最基本的規則。

三、命名格式

眾所周知，一個大型專案會分很多模組，每個模組由不同的設計師來獨立完成，還有人會專門管理公共的元件，如tabbar、navbar等等，這種情況下就會分為兩種切圖，一種是通用型別的切圖，還有一種就是各個模組特有的切圖。

通用切片命名格式：

元件_類別_功能_狀態@2x。png

舉例：tabbar_icon_home_default@2x。png

（對應中文：標籤欄_圖示_主頁_預設@2x。png）

模組特有切圖命名規則：

模組_類別_功能_狀態@2x。png

舉例：mail_icon_search_pressed@2x。png

（對應的中文為：郵件_圖示_搜尋_ 預設@2x。png）

功能：bg（背景），btn（按鈕底圖），icon（圖示），img（圖片），pho（照片）。

狀態：_n：正常（_normal）；_s：選中（selected）；_p：按下（pressed）；_d：不能點選（disabled）；_h：點選（highlight）。

當然這兩個例子都是比較基本的情況，有很多時候可能一個單詞並不能清楚的描述功能，比如有兩個名字相同的搜尋圖示，大小不一，那這種情況你就可以這樣命名：mail_icon_search_big_default@2x。png，我們的原則就是清晰的表達出切片的具體內容並且沒有重複的名稱，希望大家能夠活學活用。（大家要注意，命名中不能含有空格！）

四、常用英文單詞表

1、英文單詞縮寫原則及常用英文單詞縮寫列表：

如果所有命名都寫為全稱，名字就會特別長，所以我們可以將一些常用的英文單詞進行縮寫，減少工作成本與開發程式碼資源。切圖命名英文縮寫三個原則：

（1） 較短的單詞可透過去掉“母音”形成縮寫

（2） 較長的單詞可取單詞的頭幾個字母形成縮寫

（3） 此外還有一些約定成俗的英文單詞縮寫。

下面提供一些命名時常用的英文單詞列表（有些是已經縮寫過的，僅供參考）

· bg（backgrond 背景）

· nav（navbar 導航欄）

· tab（tabbar 標籤欄）

· btn（button 按鈕）

· img（image 圖片）

· del（delete 刪除）

· msg（message 提示資訊）

· pop（pop up 彈出）

· icon（圖示）

· selected（選中）

· disabled（不可點選）

· default（預設）

· pressed（按下）

· back（返回）

· edit（編輯）

· content（內容）

· left/center/right（左/中/右）

· logo（標識）

· login（登入）

· refresh（重新整理）

· banner（廣告）

· link（連結）

· user（使用者）

· download（下載）

· note（註釋）

2、常見介面、控制元件、功能、狀態命名集合：

APP產品經理、APP設計師、APP開發工程師，包括H5前端開發人員都可以記住的檔案命名規範。

非常完整的APP元件切圖的中英文對照表。

有些人會覺得寫這麼多英文太麻煩，但其實為了自己專業能力的提高，這種規範的命名方式是必須要經歷的過程，當你習慣了這樣的命名方式後，你的成就感會油然而生。

五、總結

今天要分享的內容就這麼多，最後還是想和大家說，有什麼不懂得地方，真的要多去諮詢開發的同事，去思考問題的本質原因是什麼，每一個小問題都需要我們去透徹的理解，反之積攢多了，最後吃虧的還是你自己。

任何別人給出的規範，都不要直接拿來就用，要去思考為什麼用這樣的規範，解決什麼樣的問題？你有沒有更好的解決方案？

所以去了解所有表層背後的思考與邏輯，也許下一個規範就是你制定的！

最後！請回復“

App切圖命名規範

”獲取相關資料

END