文档介绍：APP切图命名规范:介绍一种通用的命名规则
今天菜心要分享的内容是关于切图命名的规范,由于最近正在总结这一部分内容,所以拿出来和大家一起分享探讨一下。
关于切图命名的规范,我个人觉得关键是在于团队能够有一个统一的规则,所有成员严格遵守并且和所有开发全盘拉通,不然一切都是空谈。
因为不同的团队使用的软件都不一样,如果经常使用sketch软件中symbols的同学,可能在命名的时候会考虑更多内容,但是照顾到还有很多同学在使用 ps 作图,所以这里只介绍一种通用的命名规则,当然大家也可以根据自己的实际情况去制定,这里只提供一种方法与思路,仅供参考。
一、为什么要制定规范的命名规则
1. 自身层面
对我们自己的文件整理有很大的帮助,后期修改文件、图层的时候更加方便快捷,而且规范的命名也显得我们自身比较专业。
2. 团队层面
如果命名不统一,大家就很难达成共识,任务交接时需要很大的学****成本,所以规范的命名对于团队协同也有极大的推动作用。
3. 开发层面
这一点是最重要的,可以极大的节省程序开发的时间成本,减少很多不必要的沟通与重复切图的概率。因为只要我们的命名足够规范,并且和开发达成共识,他们完全可以直接使用的我们切片而不更改切片的名称,后期我们更换切图,只要切片名称不变,开发看都不用看直接替换就可以了。
二、所有命名全部为小写英文字母
这一点的理由很简单,我们的目标是让开发直接拿我们的切图进行使用,不能够随意修改名称,但是我们要知道,开发哥哥的代码里只有小写的英文字母,如果你给出的命名全是中文的,那么他们是一定会更改的。所以命名全部用小写的英文字母是最基本的规则。
三、命名格式
众所周知,一个大型项目会分很多模块,每个模块由不同的设计师来独立完成,还有人会专门管理公共的组件,如tabbar、navbar等等,这种情况下就会分为两种切图,一种是通用类型的切图,还有一种就是各个模块特有的切图。
通用切片命名格式
组件_类别_功能_状态***@
举例:tabbar_icon_home_******@
(对应中文:标签栏_图标_主页_默认***@)
模块特有切图命名规则
模块_类别_功能_状态***@
举例:mail_icon_search_******@
(对应的中文为:邮件_图标_搜索_ 默认***@)
当然这两个例子都是比较基本的情况,有很多时候可能一个单词并不能清楚的描述功能,比如有两个名字相同的搜索图标,大小不一,那这种情况你就可以这样命名:mail_icon_search_big_******@,我们的原则就是清晰的表达出切片的具体内容并且没有重复的名称,希望大家能够活学活用。
大家要注意,命名中不能含有空格!
四、常用英文单词表
如果所有命名都写为全称,名字就会特别长,所以我们可以将一些常用的英文单词进行缩写,减少工作成本与开发代码资源。至于怎么缩写,只要整个团队能够达成共识并且输出一份缩写清单,任何缩写规则都是可以的。
下面提供一些命名时常用的英文单词列表(有些是已经缩写过的,仅供参考)
bg(backgrond 背景)nav(navbar 导航栏)tab(tabbar