APP中图标如何命名

大型APP中图标组件如何命名

关于图标组件命名的规范，个人觉得关键是在于团队能够有一个统一的规则，所有成员必须是严格遵守并且和开发全盘拉通，不然一切都是空谈。

因为不同的团队使用的软件都不一样，如果使用sketch软件中symbols的伙伴，可能在命名的时候会考虑更多内容，但是还有很多伙伴在使用ps 作图，所以这里只介绍一种通用的命名规则，当然大家也可以根据自己的实际情况去制定，这里只提供一种方法与思路。

一、命名的原则

一款功能多的APP包含很多组建，为了对组建有统一的名称，并对组件命名进行区分，避免组件名称重复出现或组件与名称不符等异常，导致开发不易查找、维护难道大，同时也容易影响APP体验性。

某款APP命名为例，它的命名方式看着清楚，没有重复出现性

a.自身层

对我们自己的文件整理有很大的帮助，后期修改图标组件的时候更加方便快捷，而且规范的命名也显得我们自身比较专业。

b.团队层

如果命名不统一，大家就很难达成共识，任务交接时需要很大的学习成本，所以规范的命名对于团队协同也有极大的推动作用。

c.开发层

这一点很重要，可以极大的节省程序开发的时间成本，减少不必要的沟通与重复切图的概率。只要图标组件命名足够规范，并且和开发达成共识，开发完全可以直接使用的设计切图，而不用更改切图的名称，后期更换切图，只要名称不变，开发易替换、易查找。

二、命名规范

a.命名集合

常见的界面、控件、功能、状态命名集合，此命名需产品经理、设计师、开发工程师进行记住标识的命名名称。

以上是常见的命名名称

b.命名规范

命名尽可能的采用英文，而且全部为小写英文字母，命名中不能含有空格。目的是让开发人员拿到设计切图直接使用，减少再次命名，但是我们要知道，开发人员的代码里只有小写的英文字母，如果给出的命名全是中文，那么开发人员肯定会修改。

以上是命名的基本规范

三、命名方式

众所周知，一款大型APP会分很多模块，每个模块由不同的设计师来独立完成，还有人员专门管理公共组件，如tabbar、navbar等，这种情况下命名分为两种，一种是通用类型命名，还有一种是各个模块特有型命名。

a.通用型命名

组件_类别_功能_状态

如某款界面为例，命名以nav_icon_calssify_default.svg，svg是矢量图标（对应中

文：导航栏_图标_分类_默认.svg）

b.模块特有型命名

模块_类别_功能_状态_几倍图

如某款界面为例，命名以travel_icon_air ticket@3x.png（对应中文：去旅行_图标_

机票@3x.png）

以上这两个例子都是比较基本的情况，有很多时候一个单词并不能清楚的描述功能，比如有两个名字相同的搜索图标，大小不一，那这种情况就可以这样命名：nav_icon_search_big_default@2x.png，原则就是清晰的表达出图标的具体内容并且没有重复性。

四、常用英文单词表

如果所有命名都写为全称，名字就会特别长，可以将一些常用的英文单词进行缩写（如：Navigation bar可以缩写成nav），减少工作成本与开发代码资源。至于怎么缩写，只要整个团队能够达成共识并且输出一份缩写清单，任何缩写规则都是可以的。

下面提供一些命名时常用的英文单词列表（有些已经缩写过）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（注释）

有些人会觉得写这么多英文太麻烦，但是为了自己专业能力的提高，这种规范性命名方式是必须要经历的过程，当你习惯了这样的命名方式后，你的成就感会油然而生。