今天我们不谈高大上的话题（比如赚它一个亿…），我们来聊一聊最实际的设计基础：切图的命名规范。

写在前面

       UIMAX经常对新人设计师有培训，我们的课堂并不是要教给大家多牛的设计技法或者激情鼓励新人成为多高端的设计师，而是告诫每一位走上UI设计岗位的新人，要踏实的走好每一步、每一天。作为设计师来说，打好坚实的基础远比一时获得“设计套路”或者“耍小聪的的设计”重要得多。

今天我们不谈高大上的话题（比如赚它一个亿…）

       我们来聊一聊最实际的设计基础：切图的命名规范。这篇文章应该花费您10分钟时间看完，掌握运用后可以让您在以后的设计输出中省时省力100分钟都不止。

       因为不同的团队使用的软件都不一样，如果经常使用Sketch软件中Symbol的同学，可能在命名的时候会考虑更多内容，但是照顾到还有很多同学在使用Photoshop作图，所以这里只介绍比较通用的命名规则，实际工作中大家也要根据自己的实际情况去制定，这里只提供的方法与思路供参考。

       这里的命名的方法适用于网页端设计与APP，在细节上会有些许差异：如@1X、@2X、@3X 来适配APP中的多倍率切图，总体来说规则基本可以通用。

切图命名规范的重要性

1、设计师个人层面

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

2、设计团队协同层面

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

3、与开发团队配合层面

       这一点是最主要的，规范化的命名方式可以极大的节省程序开发的时间成本，减少很多不必要的沟通与重复切图的概率。因为只要我们的命名方式足够规范，并且与开发达成共识，程序员GG们就可以完全直接使用的我们切片而不更改切片的名称，后期我们更换切图，只要切片名称不变，开发直接替换就可以了。

使用小写英文

       所有资源的命名都应该使用小写的英文命名，尤其是在资源上传至服务器后，如果使用有大写字母的文件名，将会导致维护成本的增加。统一地使用小写，将降低后期维护的成本。注意，请不要使用汉语拼音。

切片文件格式

       常规的资源文件类型有：.jpg / .png / .svg / .gif / .tif / .pdf / .md / .ico / .ttf / .wof / .otf

       这其中，.png是使用最多，在网页设计与APP设计中被广泛使用。其次是.jpg，被广泛用于焦点图、banner等图像色彩内容较为复杂的状态下使用。.svg矢量化图形在APP和H5页面中的使用也越来越多，并成为一种趋势。

导出素材命名规范

       所有命名全部为小写英文字母。

       其实理由很简单，我们的目标是让开发直接拿我们的切图进行使用，不能够随意修改名称，但是我们要知道，程序员哥哥的代码里只有小写的英文字母，如果你给出的命名全是中文的，那么他们是一定会更改的。所以命名全部用小写的英文字母是最基本的规则。

命名格式

       众所周知，一个大的项目会分很多模块，其中每个模块由不同的设计师来承担完成，同时也有人会专门管理公共的组件库。一般情况下会分为两种切图，一种是通用类型的切图，用在产品的公共框架、常规页面上；还有一种就是某些模块特有的切图，需要制定模块名称来加强区分。

       注意：属性分隔符为短下划线“_”，不可以是中划线“-”。

产品通用类切图

Web界面:

[组件]_[类别]_[功能]_[状态].png

举例：menu_icon_search_normal.png

释义：导航_图标_搜索_默认.png

iOS界面:

[组件]_[类别]_[功能]_[状态]@2x.png

举例：navbar_icon_back_normal@2x.png

释义：导航栏_图标_返回_默认@2x.png

Android界面:

[组件]_[类别]_[功能]_[状态].png

举例：navbar_icon_back_normal.png

释义：导航栏_图标_返回_默认.png

专属模块切图:

专属模块与公用切图基本保持相同的规则，只是在最前面加上了额外属性，保证开发人员可以更方便的找到。

[模块]_ [组件]_[类别]_[功能]_[状态].png

举例：login_topbar_icon_search_pressed.png

释义：登录_顶部栏_图标_搜索_按下.png

这些例子都是比较基本的情况，有很多时候可能一个单词并不能清楚的描述功能，比如搜索图标我们的产品界面里有两个，只是颜色不同，那这种情况下我们就可以根据特殊区别这样命名：

icon_search_white_normal.png

icon_search_black_normal.png

       切片名称N个属性中，根据需求灵活把控，需要哪一项就写，不需要的可以略去，我们的目的就是为了规范的表达出切片的意义和防止名称重复导致开发出错。

附：常用命名英文单词对照

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

       英文不好的小伙伴们肯定会吐槽之前没有这么麻烦，程序员GG们都会帮我们修改名称的！（额…这说明你可能是遇到了真的GG….开玩笑啦）。其实，为了自己专业能力的提高，这种规范的命名方式是必须要经历的过程，当你习惯了这样的命名方式后，你的成就感会油然而生。

总结一下

       今天UIMAX体验设计要分享给大家的内容就是这些，最后还是想和大家说，有什么不懂得地方要多去咨询开发的同事，仔细思考问题的本质原因是什么，当我们每一个小问题都理解透彻了，以后规范不统一、反复修改、随时被开发GG叫来问话….这种坑里的概率也就会越来越低啦。

       当然，网上有各式各样别人给出的规范，其实大家都不要直接拿来就用，要去思考他们为什么用这样的规范，解决什么样的问题呢？以此类推，你有没有更好的解决方案？拿着别人的规范直接套用，那结果有可能并不适用于你们的产品。

       好了，说了这么多，为了事半功倍，快去总结自己团队的切图命名规范吧！