命名，是困扰很 UI设计师的常见问题之一。从我们开始在软件中设计内容时，就要对图、图文件夹进行命名，到对接开的时，还要对切图进行命名，到管理我们的版，项目文件目录，命名技巧是不容我们忽视的团协技能。
这类文章网写了不少，但很多同学去查看以后还觉得无法实际项目中应用。这因，只学一些常用词汇或命格式，只聊胜于无，无法真加我们的效率。
尤其在今，越来越多的互网队开始使用云服同步项目文件，如 Dropbox、Google Driver、Synology、坚果云等等，这使得的项目文件还要暴露在所有队成员的公共视线之中，命名已经不是计一个人的事，重要性越发凸显。
面，我们来整讨论讨论于 UI 设计中文件命名的规范点。
一、文件的检索方式
首先从文件的命始，面提到的「当」 一词，就因对 UI 文件行命唯一标准的，如果只靠对命的死记硬背，依旧会项目中遭遇诸多阻力。
要知道，之所以需要命名，它的目的是为了方便——检索，让可以更高效的查找指定的文件。
如日工作我们会发生如的场景：
需求方突然要你供一年前某个版本迭代设计中被惨拒的稿子，重进行审核评估，你得从自己根目录就有几百个件夹且毫无序逻辑的移硬盘中重把它来……
有天你临时请假，事打开你电脑，在你已经被图标铺满桌上找到前项目文件和指定页……
一个比大的项目，进开阶段，前端同们接受并压切图文件夹，看见里面包含名称是「新的图、新的图（1）、新的图（2）……」的近300个 png 文件……
我们找到一个想要的文件，不是每次在目录中进行遍历，也就是看一遍看到想要为止的笨方法。果没有有效的检索方式，么任何人只能在计机量的文件里裸泳，溺亡是迟早的。
所以命先从检索文件的方式起，主包括以下几种：
- 级
- 排序
- 标签
- 搜索
1. 层级检索
层级检索源自文件置的层级结构，可以所接触过算机的人群里朴素的文件收纳方式，比如我们熟悉的 Windows 存一张照片，那么径概这样的：
选择硬盘 → 多媒体文件夹 → 照片文件夹 → 照片类型/日期文件夹
在 Windows 中，由于某些历史遗留问题，表现形式都在鼓励使用层逻辑来存放文件。最显著的莫过于硬盘，C盘既然已经被默认成了系统相关文件，那 D、E、F 盘然就应该是划出游戏、学习、的类。
而 Mac 系统弱化了硬盘的概念，在 Finder 中更多突出了对文件进行标记，高效主动查找功能 Spotlight ，也就是暗示你文件存在什地方都无所谓。这是多 PC 用户刚刚切换 Mac 不适应的因之一。
2. 排序检索
排序就是计算机文件排列的方法，无论是 PC 还是 Mac，在文件夹空域点击右键，都可以见排序方式的选项。有文件类型、名字首字母、创建日期、修改日期、大等等。
在日中我们使这个序功最频繁的原因，应该是件没有对齐格，使序功帮我们快速整。
而在一个件非多的目录中，我们就可通过使同序方式来快速到我们想要的件。
比如 Windows 经常会有「某.dll」引发误提示，我们要过名排序在 win32文件夹下找到这个母开头文件区域，再下个母缩小搜索范围，然后很快能楚这个 .dll文件是否存在。或者，我们解压了某个游戏，它根目录文件特多，于是我们会使用类型进排序快速找到 .exe 结尾几个启动图标。
3. 标签检索
在 Mac ，标签功能是被突出，可以很便创、分配标签文件。这样，我们多了个维度来查找文件。
比如个项目名为「电话亭」 Sketch 文件为版本或者功能原，要分存放到不文件夹内，没有刻意使用层级系统进分类，那么如有天我需要找出并另备份项目所有 Sketch 文件，那么可以在开始打上「电话亭」标签，以后要选这个标签可以立即筛选出这个项目文件。
到类似 Things、滴答、印象笔、Bear、Eagle 等包含大量目录文件的应用，提供标签个检索度。
关于Eagle 的详细介绍：《这款人发的Eagle，堪称收集理素灵感的利器！》
这功能 Windows 资源理器中可以忽略的……
4. 主动检索
主动检索就搜索，就输入框中键入文字内，直接根据称或者标签、类型查找的文件。
这建立我们对文件称已一了解的基础。例如速找到之切图中的登录按钮，可能就会直接输入「登录」或者「按钮」这些关键信息。
而如果文件名本身没有和内容有任何关，或者这种关是混乱的，那搜索然无从谈起。
5. 文件命名总结
项目的文件命名，说底叫什、用什英文简写、大写和符号都是次要的，是要通过命名这个步骤，加快前面4种检索行为的效率，而不是为命名而命名。
并且，在一个团队中，大使的电脑系统一定一致，开发使 PC，那么你就强调件中的标签。而如果使公共盘，那么同盘对序的细节是有一定的区别的，都要经过测试再做决定。
二、文件的命名系统
在我给大供的思路中，只两种检索模式作为发点，即层级和字序，因为我认为它们具有最广泛的适性。
并，好命名系统定是紧密结合项目文件管理法，它能帮助我们有强迫性文件进分类和删除冗余部分。即使任何个打开我们项目，也能轻易找到目标，才是我们追求。
1. 文件层级
项目开始时，要先规划楚，会出现哪些类型文件，做出层级划分。
例，在我去的某个项目中，一个版文件包含的分类有 PRD文档、Sketch原型文件、Sketch设计文件、其它设计文件、动画源文件、参考图、应用素材、导出展示图、导出互动画、设计说明、切图等等。
那么我们将他们分门别类，就可以得到下面这树状图：
那么，我们就可以以此称 V1.0 文件夹下方创建各级子文件夹了，之后将对应的文件置入到指层级文件夹中，就完了我们初的文件整理方式。
当然，不同项目性质和流程可能会有增减，最终确定的层是需要整理的。即使一开始定义的不够完整，那随着项目的深入，你可以直在同中插入新的文件夹即可。
而我们的命名系统，从这里就开始了！
2. 件夹命名
我习惯使数字作为同一个目录件序的方式，因为数字最容易被我们记忆，并且可营秩序感，减轻我们打开件夹的焦躁。
上面是一般我会使的件夹命名方式，即使—— NO._件夹名称。
为默认排序「按名称」会自动根据数递增，那么文件序列能保持不变，使用几天以后，这数序列可以被我们有效记忆。即使几天后增加个新文件夹——「8_活动文件」，也不会影响到前已经沉淀下来习惯。
试想在你的手机上的微信启动图标，用的次数够时，我们其忆的就是它是几行几列，而不是根据图标样式和应用名一个个看去。同时，样划分的文件夹，任何项目相关的人很清楚应该何查找自己需要的内容。
3. 画命名
在文件夹内的文件，是否一样需要有效的序列，也要根据文件的具属来确定。素材图，有没有特意命名不是太重要，因为它们没有忆和反复提取的必要，存下来只是做备份而已。
界面展示图，意义就不一样了。多的几界面，少的也二三十，如果我们任何命排序模式，那么看起会非常累，找一指的页面也非常累。
所以该如何出效命，就从设界面时的目标始起了。一般分两种景，一种比较的程，涉及到非常多的界面模块。另一种以完整业务流程准的设项目，那么它们的排序就会一的差异，致如下方所示。
模块_模块_类型_状，演示：
置模块_个人资料_头像裁切
启模_注册_验证码填写_验证失败
流程名_流程步骤页_状态，演示：
发布流程_容填写_照片编辑
买流程_提交付款_成功
基本文件命名，都会根据层级从上到下过下划线分割。所以需要这样层级划分，是为我们可以用来命名页词汇是有限，如个应用出现了很多都要称呼为设下级页，那么最好要楚它从属关系，是哪个页跳转进来。
导出的界面图命名，际上就是画的命名，以 Sketch 为例，设计还未导出的阶段就要做出整理。Sketch 中有个关键功能是左上角的 Page 列表，我们以通创建不同的 Page 将整个 APP 的页面进行分类。例下面的案例：
我将整个 APP 划分成8个大模块，每个模块前面增加一个序号，并且个序号对应我们的正常浏览和权重的顺序，之对每个画进行命名，样不轻易搞混。
画布的命，除了面提到的下划线层级以外，数字的排序依旧使用的。因当我们导出了的页面以后，查看的习惯就一张一张向后切换，这向后切换的过程需明确排序的，不能看了第一页购买功，切换下一页就启动页。
所以导出的页面命名画风是这的：
第一个数字是模块序号，不仅快速表所属模块，同等于将所有页面做出了类。而在第二开始对页面做出命名，根据操作顺序和权重，在页面名字前面再增加一个序号。
如社交模的详情页，就可这么表达：1_2详情页。
详情页不会有个状态，可能涉及到带有评论，不带评论。或者详情页下属所有独立评论页。那么我们要再增加个层级，正常情况导出去，文件排序会受到文首母干扰，m>p>y，于是实排列会是这样：
1_2详情页没评论
1_2详情页评论详情
1_2详页论
如果论只一状态，但包含下级页面，那么可能命后实际的排序就会变下面这种况，下级页面排到面：
1_2详页论详
1_2详情页
所以，为了解决这些混乱， 会在详情页后面和下一标题前面都增加序号。比如：
1_2详情页1_1完整式
1_2详情页1_2没有评论
1_2详情页2_1评论详情页默认
1_2详情页2_2评论详情页空白
1_2详页3_1点赞列表
1_2详情页4_1转发列表
命名最多只需要保留4层即可，再长下去已经会显的干扰查，并且中文实际应用起来是比英文高效的，因为英文字符占位大多不如中文简。
虽然这么看起来命名似乎非复杂，但只要适应一很快就习惯并应自如。因为这种命名的方法除了在导后可按顺序查，还会强迫我们思考页面的系，并会根据这种系来列 Page 中的 Artbord，我的习惯是独立页面横向列，同的状态就纵向列。
而具备这种规律的复杂设计件，会现么情况，借上公司拿到手的要页面源件举例（实际页面数大概是这些的10倍）。虽然模有一定的分类，但是层级太碎片没有逻辑，这些模的位置很难记忆，我们每次都要先很多时间定位到模位置，再浏览页面容来到想要的容。
再上中每个模，实际上都有一个独立的 Sketch 存放更整的设计件，那么当每次我们要查、修改、覆盖对应的设计件时，都需要消耗大量的精。
品、设计、前后端程序员都需要不定时查看文件，如为了这缺乏体系命名规则降低效率，长此以往，那造成经济损失远大家想象。
画命名的规则，之所以要有逻辑和严谨，就是为在任何情况下，我们以快速定位到源文件，对它们进行说明或者修改。无论是给自己、其他设计、其他同查看我们的内容时，以很快摸清楚门路，不像无头苍蝇一样只能挨个查看。
结语
上半部分就写到里，命名的系统不是只为命名而命名，而是结合我们文件管理的逻辑定义的一套检索系，所以，在死硬背任何固定的命名模式前，你们先要思考在一个项目中，文件、界面的级关系。
下部分我们会再讲关于切图、图层的命，以及给家一张完整的文件命系统思维导图参考。
欢迎关注作者的公众号：「超人的话亭」
图片素材作者：Evgeniy Dolgov
浙公网安备33011002017549号