设计文件的整理与交付

虽然 Figma 的文件都存储在云端，不需要我们在自己电脑上整理归类，但是我们仍然要思考该如何使用团队、项目、页面来组织文件；做完设计后，我们还需要将设计交付给开发还原落地才算到达终点，因此，如何让自己的设计稿对开发更加友好也很重要。在这一节，我将分享一些关于文件的整理与交付相关的内容。

文件的整理与分类

Figma 的层级结构

Figma 分为草稿箱和团队，草稿箱是你自己的私人领地，邀请不了别人加入，一般我们可以在这里放一些比较私密或者探索中的设计稿。草稿箱内没有项目层级了，所有文件都放在一起，相当于一个大文件夹。

正式的设计文件我们会放在团队里面，团队里面还可以创建项目，项目下才是文件。对于组织版来说它可以包含多个团队，因此会再多一个层级。

因为基础版（Starter）有数量限制，因此本文后续内容都是针对专业版或组织版。

文件和版本

在单个文件内，我们又可以使用页面（page）和画板（第一级 Frame）来组织内容。

保持文件精简

虽然 Figma 没有限制一个文件内可以放多少内容，但是我还是建议保持单个文件精简。这是因为，文件太大会带来一些潜在问题：

• 性能问题：Figma 单个 tab 限制最大内存 2GB，文件太大就会遇到卡顿等问题，甚至会遇到顶部的内存不足警告；
• 难以维护：文件太大不容易找到特定的内容，后期维护很麻烦；
• 影响他人查看：设计稿需要给开发查看标注，给产品看文案，如果正好对方的电脑配置不如你，就有可能打不开，或者打开后卡顿，影响协作。

那么，一个文件多大才算大呢？我们可以使用 Figma 的 Resource usage 菜单来查看具体的图层数和内存占用情况。按下 Cmd P，输入 resource 筛选出 Resource use 菜单，点击后在左上角会出现图层数量和内存占用。

一般来说，当图层数量超过 5 万，或内存占用超过 1GB 时，就该考虑拆分文件了，否则你就可能会遇到内存不足。

语义化版本

那么，我们的文件应当怎么分呢？我推荐向开发一样，使用语义化版本来分文件。语义化版本是我们在软件开发过程中常用的版本约定，你应该见过，比如我电脑的操作系统（MacOS）版本是 12.2.1，这就是一个语义化版本。

它一般由三位数字表示，中间用点连接。第一个数字是主版本号，一般是重大改版；第二个数字是次版本号，一般是增加了新的功能；第三个数字是修订号，一般是修复一些小 bug。

我们的 Bodcasts 设计文件做到最后会变成下面这种结构。使用项目来区分 Android、Web 端，组件库单独放在一个项目内。在一个项目内，每个大版本再单独作为一个文件，比如 Android V1 和 Android V2，归档的版本可以在封面做一个标记。