轉自：http://www.uisdc.com/slice-rename-in-ui-design（略有修改）
關於切圖命名的規范，我個人覺得關鍵是在於團隊能夠有一個統一的規則，所有成員嚴格遵守並且和所有開發全盤拉通，不然一切都是空談。
不同的團隊使用的軟件都不一樣，如果經常使用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從設計稿到切圖過程全方位揭秘》
- 切圖神器：《“沒有它我就不會切圖！”省時省力的切圖神器SLICY下載》
- PS切圖介紹：《實用小教程：PHOTOSHOP CC智能切圖功能介紹》
- 切圖方法：《超全面的UI設計切圖規范指南》