我们在做假设的时候，经常会争着给各种文档，各种元素命名。一个优秀的命名习惯可以给我们的事务带来很大的便利。我们需要相同的命名标准和输出标准，用于远见者之间的协作。只有这样，我们才能确保远见者之间的合作在命名项目时不会出现混乱。同时，输出资本促进发展可以显示我们的专业性。如果前期命名好，前期开发间接挪用资本，就没必要从零开始给项目命名。
那篇文章主要讲的是如何更好更专业的交换名字和导出名字。因为我的项目不能作为分享的例子，所以我用了实际的视点项目作为例子来说明。
命名项目文件夹的规则
当我们做一个新项目的时候，我们需要提前准备好我们需要的东西，比如建立一个文件夹系统来存放我们的项目资源。
上图是我平时项目时间的文件夹，虽然也是服务器上的同一个文件夹。每天城市的更新内容进来，互相引以为豪的内容模块根据需要把内容放在里面，然后小组告诉大家每次迭代都需要里面有相同的文件夹。虽然不是每个迭代文件夹其实都很谦虚，偶尔会删除一些内容，但是大目标的目的就是走那条路，互相对抗然后发展自定义。
虚拟画板的名称
每个画板的命名都有自己的规则和层次，不能随便命名。如果多个远见者合作，那么它可以确保每个人都有相同的命名风格。
图1:大家看了会有什么感受？如果你和协作的同事互动，他们会崩溃，输出评审会非常不专业。
图2:清晰的场景命名促进了假设的输出，设计师之间的协作，以及早期测试用例的挖掘和编写。
命名原则:产品模块_场景_二级场景_形式
模块:指产品标题，如视频、音乐、浏览。如果一个企业有多种产品，就要减少那一种，以便于后移。
场景二级场景:一般指一个app的一级页面和二级页面，一级场景通常是首页。
表单:如popup/totest等。
功能模块的名称
一个产品是由多个功能模块组成的，为了我们的方便，我会在sketch中设置多个页面来规范那些模块。
我在那里写了一个临时课程的草稿，主要是因为如果当时有些计划不好，不需要删除，所以放在那里以备不时之需。如果我觉得不好，那就间接删除。
图标命名
ICON对命名的要求极其严格，触动了我们渴望开放的心灵，所以我们命名，抓住它，做对它，我们要严格遵守规定的规则。那么应该怎么命名呢？
我先在那里说一些禁忌(安卓)
牢记命名中的错误空大小写；例如btn_Home_newalbum。
不允许带后缀的数字；比如不允许出现@1、@2、@3后缀。我发现许多有远见的人都是这样做的，而且没有衡量标准。比如btn_home_add@2，首都会从零开始部分改名。如果我们遵守开发和划界的规则，他们可以间接挪用资本。
没有权限写名字；例如icon_Home_search。
如果是用java写Android的话，java本身就有命名要求，用空格子大写是无法识别的。没有权限写详细，除非是java自己的文件。没有权限，没有数字，可以用字母代替数字。
虚群的命名
如果我的团队有一个健全的想象系统，那就没问题，间接挪用控件。如果有这样一个完美的想象系统，那么我们就要要求自己清楚、轻松地说出每个页面中的控件样式。
每个平台都是由控件堆叠而成的，所以我们需要熟悉自己使用的控件，然后用控件间接地给组命名。
层命名
图层命名还需要对技能和规程进行分组。当文本在文本中时，控件将使用控件对其进行命名，如好友划分、d出、列表、图像、微调、横幅、加载页面、but、复选框、单选等。，禁止间接使用。
资本输出原则
削减资本输出的长度往往是一个主要环节。一定要慎重，要有一套好的方法。我将介绍我今天使用的方法。
目前我们剪三套图，分色是4倍，3倍，2倍，现在1倍图机要被砍了，所以是疏忽。(由草稿中间接使用的2k屏幕想象出来的)。
将图标放在画板的所有页面中。分享一下，放在一起，输出一个文件夹。其他切可以间接排列，然后输出到三个目录表。
为什么要计算三个细节？估计有多少人看不懂，这样才能保证每个目录里的图标都是清晰的，有真实的棱角。如果间接利用sketch的主动性导出三套过场图，很容易保证每一个大写都清晰。如今的安卓市场，部门app产品的图标都不太清晰。不管结果如何，我们都会先保证我的过场资本没问题。
那么如何快速关心细节呢？能够使用那个东西:
假设图标的大小是96px(图的4倍)。要输出的资本是4倍，3倍，2倍。
如果需求是3倍，那就是3/4=0.75=75%。
那是96的75%乘以，那是72px，所以你可以得到一个3倍图，2倍图的方法可以减少50%。
好了，我们到了。每个公司都有自己的命名和输出形式，我只是在这里互相交流一些方法和经验。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）