APP切圖命名規(guī)范:介紹一種通用的命名規(guī)則
今天菜心要分享的內(nèi)容是關(guān)于切圖命名的規(guī)范,由于最近正在總結(jié)這一部分內(nèi)容,所以拿出來和大家一起分享探討一下。
關(guān)于切圖命名的規(guī)范,我個人覺得關(guān)鍵是在于團(tuán)隊能夠有一個統(tǒng)一的規(guī)則,所有成員嚴(yán)格遵守并且和所有開發(fā)全盤拉通,不然一切都是空談。
因?yàn)椴煌膱F(tuán)隊使用的軟件都不一樣,如果經(jīng)常使用sketch軟件中symbols的同學(xué),可能在命名的時候會考慮更多內(nèi)容,但是照顧到還有很多同學(xué)在使用 ps 作圖,所以這里只介紹一種通用的命名規(guī)則,當(dāng)然大家也可以根據(jù)自己的實(shí)際情況去制定,這里只提供一種方法與思路,僅供參考。
一、為什么要制定規(guī)范的命名規(guī)則
1. 自身層面
對我們自己的文件整理有很大的幫助,后期修改文件、圖層的時候更加方便快捷,而且規(guī)范的命名也顯得我們自身比較專業(yè)。
2. 團(tuán)隊層面
如果命名不統(tǒng)一,大家就很難達(dá)成共識,任務(wù)交接時需要很大的學(xué)習(xí)成本,所以規(guī)范的命名對于團(tuán)隊協(xié)同也有極大的推動作用。
3. 開發(fā)層面
這一點(diǎn)是最重要的,可以極大的節(jié)省程序開發(fā)的時間成本,減少很多不必要的溝通與重復(fù)切圖的概率。因?yàn)橹灰覀兊拿銐蛞?guī)范,并且和開發(fā)達(dá)成共識,他們完全可以直接使用的我們切片而不更改切片的名稱,后期我們更換切圖,只要切片名稱不變,開發(fā)看都不用看直接替換就可以了。
二、所有命名全部為小寫英文字母
這一點(diǎn)的理由很簡單,我們的目標(biāo)是讓開發(fā)直接拿我們的切圖進(jìn)行使用,不能夠隨意修改名稱,但是我們要知道,開發(fā)哥哥的代碼里只有小寫的英文字母,如果你給出的命名全是中文的,那么他們是一定會更改的。所以命名全部用小寫的英文字母是最基本的規(guī)則。
三、命名格式
眾所周知,一個大型項目會分很多模塊,每個模塊由不同的設(shè)計師來獨(dú)立完成,還有人會專門管理公共的組件,如tabbar、navbar等等,這種情況下就會分為兩種切圖,一種是通用類型的切圖,還有一種就是各個模塊特有的切圖。
通用切片命名格式
組件_類別_功能_狀態(tài)@2x.png
舉例:tabbar_icon_home_default@2x.png
(對應(yīng)中文:標(biāo)簽欄_圖標(biāo)_主頁_默認(rèn)@2x.png)
模塊特有切圖命名規(guī)則
模塊_類別_功能_狀態(tài)@2x.png
舉例:mail_icon_search_pressed@2x.png
(對應(yīng)的中文為:郵件_圖標(biāo)_搜索_ 默認(rèn)@2x.png)
當(dāng)然這兩個例子都是比較基本的情況,有很多時候可能一個單詞并不能清楚的描述功能,比如有兩個名字相同的搜索圖標(biāo),大小不一,那這種情況你就可以這樣命名:mail_icon_search_big_default@2x.png,我們的原則就是清晰的表達(dá)出切片的具體內(nèi)容并且沒有重復(fù)的名稱,希望大家能夠活學(xué)活用。
大家要注意,命名中不能含有空格!
四、常用英文單詞表
如果所有命名都寫為全稱,名字就會特別長,所以我們可以將一些常用的英文單詞進(jìn)行縮寫,減少工作成本與開發(fā)代碼資源。至于怎么縮寫,只要整個團(tuán)隊能夠達(dá)成共識并且輸出一份縮寫清單,任何縮寫規(guī)則都是可以的。
下面提供一些命名時常用的英文單詞列表(有些是已經(jīng)縮寫過的,僅供參考)
- bg(backgrond 背景)
- nav(navbar 導(dǎo)航欄)
- tab(tabbar 標(biāo)簽欄)
- btn(button 按鈕)
- img(image 圖片)
- del(delete 刪除)
- msg(message 提示信息)
- pop(pop up 彈出)
- icon(圖標(biāo))
- selected(選中)
- disabled(不可點(diǎn)擊)
- default(默認(rèn))
- pressed(按下)
- back(返回)
- edit(編輯)
- content(內(nèi)容)
- left/center/right(左/中/右)
- logo(標(biāo)識)
- login(登錄)
- refresh(刷新)
- banner(廣告)
- link(鏈接)
- user(用戶)
- download(下載)
- note(注釋)
有些人會覺得寫這么多英文太麻煩,但其實(shí)為了自己專業(yè)能力的提高,這種規(guī)范的命名方式是必須要經(jīng)歷的過程,當(dāng)你習(xí)慣了這樣的命名方式后,你的成就感會油然而生。
五、總結(jié)
今天要分享的內(nèi)容就這么多,最后還是想和大家說,有什么不懂得地方,真的要多去咨詢開發(fā)的同事,去思考問題的本質(zhì)原因是什么,每一個小問題都需要我們?nèi)ネ笍氐睦斫?,反之積攢多了,最后吃虧的還是你自己。
任何別人給出的規(guī)范,都不要直接拿來就用,要去思考為什么用這樣的規(guī)范,解決什么樣的問題?你有沒有更好的解決方案?試問一下,蘋果和安卓開發(fā)的切圖文件管理機(jī)制是怎樣的?有什么區(qū)別?如果這么基礎(chǔ)的問題你都不知道,而是拿著別人的規(guī)范直接套用,那結(jié)果就是被別人牽著走。
所以去了解所有表層背后的思考與邏輯,也許下一個規(guī)范就是你制定的!
作者:菜心(微信公眾號:菜心設(shè)計鋪),華為ITUX用戶體驗(yàn)設(shè)計師(主視覺)
本文由 @菜心 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
總結(jié)的真好,即使是兩年前制定的現(xiàn)在也覺得很規(guī)范又明了。但是 background 好像寫錯了喲 ??
這種命名在sketch中OK,但是不知道菜心用不用principle,在principle里面做動效,同一個按鈕的不同狀態(tài)為了創(chuàng)建補(bǔ)間是需要命相同的名字的。之前我也是用文中的這種命名方法,結(jié)果一導(dǎo)入到principle里面我就崩潰了,圖層亂飛,后來還是全部重新命名
pressed是默認(rèn)狀態(tài)嗎??
模塊_類別_功能_狀態(tài)@2x.png , almost a coder ,orz
??
瞎扯、、、要么prototype里注釋清楚,要么開發(fā)自己能找到就行了,復(fù)雜化反而減低團(tuán)隊效率
不知道閣下在哪個大團(tuán)隊就職,是騰訊還是阿貍?這種命名格式至少解決了我們目前團(tuán)隊協(xié)作出錯的問題。我也說過了,問題的關(guān)鍵是在全局拉通。至于每個團(tuán)隊各自也許會有不同的習(xí)慣與制度,分情況而定。
如果您是一個人的團(tuán)隊,其實(shí)不命名都是可以的。
支持菜心,我是菜花
2019了 這個命名規(guī)范現(xiàn)在還在用
我們的做法是,視覺第一次切好圖放共享上,如果開發(fā)覺得有必要就修改名字,沒必要就不修改名字,視覺后期重新切圖時,一律以開發(fā)在共享上確認(rèn)的名字為準(zhǔn)。
恩,這種做法是非常棒的,我們是各個模塊的設(shè)計師放在svn上面共享,審核資源通過后,才會發(fā)給開發(fā),但是暫時沒有和開發(fā)共享的機(jī)制。
平時我們進(jìn)行開發(fā)的時候,是自己切圖,所以全部都是全拼或者是縮寫,但是沒有這么細(xì)致,所以更改圖片的時候,相對來說有點(diǎn)麻煩了,看到你的這篇分享,還是有所幫助的,多謝
謝謝支持