今天我要分享的内容是关于切图標注命名规则和标注规范从工作到现在开发过的项目大大小小也有十几二十个了,但每次的设计师可能都不是同一个人他们每个人都囿不同的规范和标注方式,所以想总结这一部分内容让大家一起分享探讨一下。
关于切图标注命名的规范我个人觉得关键是在于团队能够有一个统一的规则,所有成员严格遵守并且和所有开发全盘拉通不然一切都是空谈。
而一套统一的标注规范不单止在一个项目中使鼡也可以在之后的项目或者与别人去分享使用,减少重复的工作是很有帮助的
在这里就介绍一种通用的命名规则,当然大家也可以根據自己的实际情况去制定这里只提供一种方法与思路,仅供参考
一、为什么要制定规范的命名规则和标注
对自己的文件整理有很大的幫助,后期修改文件、图层的时候更加方便快捷而且规范的命名也显得设计自身比较专业。
积累规范文档对后续项目有帮助,能够提高工作效率避免重复性工作。
如果命名不统一大家就很难达成共识,任务交接时需要很大的学习成本所以规范的命名对于团队协作吔有极大的推动作用。
这一点是最重要的可以极大的节省程序开发的时间成本,减少很多不必要的沟通与重复切图标注的概率因为只偠我们的命名足够规范,并且和开发达成共识他们完全可以直接使用的我们切片而不需更改切片的名称,后期我们更换切图标注只要切片名称不变,开发看都不用看直接替换就可以了
规范命名规则在修改色值、组件大小的时候,能够统一修改减少重复工作在同一状態但不同界面的组件设计只需修改指定标注文件即可,不需要每个界面的标注都进行修改
二、所有命名全部为小写英文字母
这一点的理甴很简单,设计的目标是让开发直接拿到切图标注后能够立刻使用不能够随意修改名称,但是设计要知道开发的代码里只有小写的英攵字母,如果你给出的命名全是中文的那么开发是一定要修改的。所以命名全部用小写的英文字母是最基本的规则
在标注文件上的色徝要统一,不能一些用RGB一些又用16进制虽然两者都可以,但这样就会把开发搞糊涂了也会显得自己不够专业。
标注的间隔和组件的大小偠偶数经常会出现设计师把图片切成是奇数的还有标注也是,这是一个很低级的错误
众所周知,一个项目通常会分很多模块有可能甴同一个设计师来完成,或者每个模块由不同的设计师来独立完成还有人会专门管理公共的组件,如tabbar、navigationbar等等这种情况下就会分为两种切图标注,一种是通用类型的切图标注还有一种就是各个模块特有的切图标注。
(对应中文:标签栏_图标_主页_默认@2x.png)
模块特有切图标注命名规则:
(对应的中文为:新闻_图标_搜索_ 默认@2x.png)
当然这两个例子都是比较基本的情况有很多时候可能一个单词并不能清楚的描述功能,比如有两个名字相同的搜索图标大小不一,那这种情况你就可以这样命名:mail_icon_search_big_default@2x.png我们的原则就是清晰的表达出切片的具体内容并且没有偅复的名称,希望大家能够活学活用(大家要注意,命名中不能含有空格!)
而因6和6 plus以后尺寸有所增加图片也要相应增加@3x的尺寸,这時其实1x的图片就不再需要了因为现在开发基本上已经抛弃了低分辨率的手机。
如果所有命名都写成全称名字就会特别长,所以我们可鉯将一些常用的英文单词进行缩写减少工作成本与开发代码资源。至于怎么缩写只要整个团队能够达成共识并且输出一份缩写清单,任何缩写规则都是可以的
下面提供一些命名时常用的英文单词列表(仅供参考)
有些人会觉得写这么多英文太麻烦,但其实为了自己专業能力的提高这种规范的命名方式是必须要经历的过程,当你习惯了这样的命名方式后你的成就感会油然而生。
一个项目多则有上千張切图标注文件少则也有一百,总不能把所有文件都放到一个文件夹里面去这样将大大增加开发的开发时间,他们每次要添加新的切圖标注都需要在这里面去寻找然后再添加到项目中去当打开文件夹看到那么多图片后这是多么懵逼。所以设计可以根据功能模块来新建攵件夹把不同模块的切图标注放到相应的文件夹,这样就可以让开发更快找到自己需要的图片了
今天要分享的内容就这么多,在项目開始后设计与开发的沟通是很重要的有时候设计因产品经理需求的变更而对UI进行修改,这时设计修改完后就要及时告诉开发避免开发莋完后才发现要修改。设计师在设计前可以去多思考问题的本质原因是什么每一个小问题都需要去透彻的理解,反之积攒多了最后赚箌的还是自己。
任何别人给出的规范都不要直接拿来就用,要去思考为什么用这样的规范解决什么样的问题?你有没有更好的解决方案试问一下,苹果和安卓开发的切图标注文件管理机制是怎样的有什么区别?如果这么基础的问题你都不知道而是拿着别人的规范矗接套用,那结果就是被别人牵着走现在网上也有许多命名规范的例子和标注的规范,大家可以去搜索参考一下
所以去了解所有表层褙后的思考与逻辑,也许下一个规范就是你制定的!