学UI设计要知道的命名规范与方法.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

学UI设计要知道的命名规范与方法

不同的团队使用的软件都不一样,如果经常使用sketch软件中Symbols的同学,可能在命名的时候会考虑更多内容,但是照顾到还有很多同学在使用PS作图,所以平面设计培训在这里只介绍一种通用的命名规则,当然大家也可以根据自己的实际情况去制定,这里只提供一种方法与思路。

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

一、为什么要制定规范的命名规则

1.自身层面

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

2.团队层面

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

3.开发层面

举例:tabbar_icon_home_default@2x.png

(对应中文:标签栏_图标_主页_默认@2x.png)

模块特有切图命名规则:

模块_类别_功能_状态@2x.png

举例:mail_icon_search_pressed@2x.png

(对应的中文为:邮件_图标_搜索_默认@2x.png)

当然这两个例子都是比较基本的情况,有很多时候可能一个单词并不能清楚的描述功能,比如有两个名字相同的搜索图标,大小不一,那这种情况你就可以这样命名:

mail_icon_search_big_default@2x.png,我们的原则就是清晰的表达出切片的具体内容并且没有重复的名称,希望大家能够活学活用。(大家要注意,命名中不能含有空格!)

四、常用英文单词表

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

下面提供一些命名时常用的英文单词列表(有些是已经缩写过的,仅供参考)

bg(backgrond背景)

nav(navbar导航栏)

tab(tabbar标签栏)

btn(button按钮)

img(image图片)

del(delete删除)

msg(message提示信息)

pop(popup弹出)

icon(图标)

selected(选中)

disabled(不可点击)

default(默认)

pressed(按下)

back(返回)

edit(编辑)

content(内容)

left/center/right(左/中/右)

logo(标识)

login(登录)

refresh(刷新)

banner(广告)

link(链接)

user(用户)

download(下载)

note(注释)

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

【UI设计新手必须要知道的命名方法】

5总结

今天要分享的内容就这么多,最后还是想和大家说,有什么不懂得地方,真的要多去咨询开发的同事,去思考问题的本质原因是什么,每一个小问题都需要我们去透彻的理解,反之积攒多了,最后吃亏的还是你自己。

任何别人给出的规范,都不要直接拿来就用,要去思考为什么用这样的规范,解决什么样的问题?你有没有更好的解决方案?试问一下,苹果和安卓开发的切图文件管理机制是怎样的?有什么区别?如果这么基础的问题你都不知道,而是拿着别人的规范直接套用,那结果就是被别人牵着走。

文档评论(0)

183****9588 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档