App设计中，如何更专业办理设计命名系统？

　

文章主要是和大家分析如何更好更专业的去命名及输出。

我们在做设计的时候，经常接触到各种文件命名及各种元素命名，有个良好的命名习惯能给我们工作带来极大的便当，设计师之间合作，需要有统一的命名规范及输出规范，这样才能保证设计师之间合作一个项目命名不会混乱，同时输出资源给开发能表现我们的专业性，如果前期命名好了，后期开发直接调用资源，就不再需要重新去命名，这样节省了开发兄弟时间。

这篇文章主要是和大家交流如何更好更专业的去命名及输出。由于本身做的项目不能作为分享例子，所以下面我用虚拟概念项目来举例说明。

项目文件夹命名规则

当我们做一个新项目的时候，需要提前把所需工具准备好，好比建立文件夹系统，来存放我们Project resources。

如上图就是我平时做项目时候的文件夹，当然办事器上也是同样文件夹，每天都会更新内容上去到，各自负责的内容模块就根据需求往里面放内容，然后群里通知大家，每个迭代需求里面都有同样的文件夹，当然并不是每次迭代文件夹都是填满的，有时候会增加一些内容进来，但是大标的目的就是这样走，坚持下去然后养成习惯。

设计中画板的命名

每个Artboard的命名都有规则有条理，不能随意的命名，如果多个设计师合作，，那么这样能保证大家命名风格统一。

图 1 : 大家看了会有什么感想，如果你把这个设计稿交互给你的合作同事，那么他会瓦解的，且输出评审的时候，也显得非常不专业。

图2:清晰的场景命名便利设计输出，设计师之间协同工作，及便利后期测试用例填写。

命名大原则：产品模块_场景_二级场景_状态

模块：指的是产品名称，好比视频，音乐，阅读。如果一个企业有多个产品，那么加上这个是必需的，便利日后归档。

场景和二级场景：一般指一个app一级页面和二级页面，一级场景一般都是主页。

状态：好比popup ／totast等等。

功能模块命名

一个产品是由多个功能模块组成的，那么为了我们设计便利，我会在sketch里面建立多个Pages规整这些模块。

这里我说下临时过程稿，主要是有些方案如果领导当时觉得欠好，不要删掉，把他放在这里面，以备时时之需。当然如果本身都觉得欠好，那就直接Delete吧。

ICON命名

ICON命名要求极为严格，涉及到我们切图给开发，所以我们命名争取做对，且需严格遵守规则，那么我们该如何去命名？

这里我先说一些禁忌（安卓）

命名里面切记误带空格；如btn _Home_new album。不允许带后缀数字；如@1，@2，@3的后缀不允许出现，我发现好多设计师都这样做，这个绝对不尺度；如btn_home_add@2,开发拿到资源会全部重新命名。如果我们遵守开发规则，那么切图资源他们可直接调用。命名里面不允许夹带大小写；如icon _Home_search。

因为安卓开发用java去写编写的，java自己就有命名要求， 有空格资源是无法识另外。也不允许有大小写，除非是java自己文件。不允许有数字，可用字母去代替数字。

设计中的组的命名

如果本身团队有完整的设计系统，那么很好，直接调用控件。如果没有这样完整设计系统，那么我们就得本身严格要求本身，把每个页面的控件样式命名清晰易懂。

各平台开发都是由控件堆叠而成的，所以我们需熟悉我们所用的控件，然后直接用控件命名组。

Layer命名

图层命名也需要掌握其中的技巧，掌握规律，文本用text,控件就用控件来命名如分割线（section divide）,弹窗（popupup）,列表（list），图片（image）,下拉列表（spinner）,banner,loadingpage,bution,checkbox,radiobution等等，这里制止直接使用group命名,这样显得非常随意。

资源输出大原则

切图资源输出是非常重要的一个环节，我们必需细心，且有一套好的方法，下面我来介绍下我目前使用的方法。

目前我们所切的就三套图，别离是4倍，3倍和2倍，目前1倍图手机基本快淘汰了，所以忽略。（设计稿直接用的2k屏设计的）。

把所有页面的icon都放在一个画板里面。共用的选出来，放在一起，单独输出一个文件夹。其他的切图对应的可以直接摆列好，然后输出到三个目录。