UI 设计模块化研究：图标篇
背景
现有高质量图标库很多，例如 Untitled、Lucide、Remix，更加全面的也可以参考 React Icons、Iconfont。
虽现有图标库这么多，但如果只是会根据含义选取图标的话…不是设计师，也可以做到。
不能「只知其然而不知其所以然」，那便从图标开始，了解设计背后的理论。
概述
UI 设计领域中，图标扮演着核心角色。它们将文字信息转化为视觉符号，简化用户对内容的理解，并增强界面的美观性。特别是在 B 端设计上，尽管图标的使用不如 C 端频繁、复杂，但在以表单为主的页面布局中，恰当合适的图标设计能够突显出产品甚至整个企业的风格和品牌调性。
最早的视觉传达方式基本上是通过图形进行的。这是北美印第安人在史前的岩洞壁画，虽然壁画都说是文字的前身，但个人感觉跟图标也很像。图标更像是一种通用语言，跨越了简体中文、英语、韩语等各种语言。
图标中的道道
首先，图标应清晰地表示物体、操作或创意。若用户无法查看/理解其含义，图标便成为华而不实的装饰，甚至阻碍任务完成。
图标尺寸
其实在使用各种组件库的时候，我便发现，这些库的图标都是基于 24px 尺寸。
找遍了网上资料，我发现了其可能的理由：
- 24px 尺寸确保图标在各种屏幕分辨率和设备上都保持清晰和易读。
- 24px 尺寸适应多种网格系统（例 8-Point Grid System），便于设计师和开发者合作。
- 24dp * 24dp @x1 是 Material Design 3 规范推荐的图标「完美尺寸」。同时，Material Design 推荐最小触控区域 48dp。
暂未找到背后的数据支撑，且按照约定俗成来应用：
- 推荐的标准图标尺寸为 24px _ 24px，通常周围留有 2px 的内边距，但这不是绝对的，具体边距应根据 Keyline 判断。相应的推荐触控区域尺寸为 48px _ 48px。
- 在桌面环境中，图标大小可以调整为 20px _ 20px，对应的触控区域建议为 40px _ 40px。
- 16px 通常作为最小尺寸，在该尺寸下，图标应设计得更为简洁，此时其装饰性作用会更大于功能性。
「规矩是死的，人是活的」。我们可根据该指导原则，同时结合实际情况来应用。
px 与 dp 、pt 并不相等，其相互之间有自己的换算关系，具体可网上寻找资料。
图标样式
现有的图标样式纷繁复杂，早就不局限于线性、面性了。C 端的图标是更加的百花齐放。在这里我们暂且基于基础样式进行分析。
下面是我寻找到的 Untitled Icons 的图标样式：Line（线性）、Duocolor（线性多色）、Duotone（面性多色）、Solid（面性）。
以上四种图标样式，基本能够满足 B 端设计所有的需求了。
如果按照更加细致的分法，Material Design 还将「线性图标」分成了：OutLine（轮廓）、Rounded（圆角）、Sharp（锐利）。
再加上线性图标的描边（Stroke）粗细、圆角（Radius）大小，这基本就能够满足企业、产品性格的定制化需求了。
另外，图标的风格不仅影响整体界面风格，还会影响图标的功能性和用户体验：
- 复杂的图标就不适合过小的尺寸（16px * 16px 的图标需要更加简洁的线性样式）
- 面性图标整体上会比线性图标更容易识别，但具体需根据图标形状判断 结论来源
图标设计
首先我想说，我从来就没有完全独立的设计过一个图标。以往如果没有满足需求的图标，我基本也是拿个类似含义的图标，然后简单调整一下其形状。
故，借着这个机会，我也可以接触一下图标的设计。Ant design 的图标设计指引其实已经写了很多相关内容了，推荐先了解一下。
Keyline 的使用
Keyline 是网格的基础。通过使用这些核心形状作为指导，我们可以在系统图标之间保持一致的视觉比例。
下图是根据 Material Design 3 Icon design template 的规范绘制的 Keyline 网格。基于该网格，基本能够绘制各式各样的图标了。
在设计资源满天飞的现在，你完全可以在 iconftont 上找到样式符合需求的图标。然后根据产品的风格，进行重绘即可，真正需要设计师来完全创造的就很少了。
我也尝试应用 Keyline 绘制了几个基本的图标：主页、卡片、锁、文件，这也是 Keyline 上的四种基本形状。
在自己上手实操过程中，我发现了几个图标设计小 Tips：
- 尽量应用「基础形状」布尔运算来构成图标。
- Keyline 提供的是数值上的平衡，但数值相等不等于视觉上的平衡（例如：播放图标）。
- 在选择描边对齐（Stroke Alignment）方式时，图标设计中大多应用中心对齐（Center）或内侧对齐（Inside）。中心对齐的图标在相同情况下看起来会更大些。
- 在 Figma 中，使用
Shift + Backspace删除点和利用钢笔工具的中心点功能可以大幅提高图标设计的效率。 - 图标设计完毕后，可应用 Flatten 来将图标线条整合在一起，方便统一处理。不需要将描边变成面，因为这不利于后期调整线段粗细。
图标应用
在图标设计完成后，接下来的步骤是考虑如何将这些图标有效地展示给观众。正如俗语所说，「丑媳妇最终也要见公婆」，这意味着无论设计结果如何，都需要有一个展示和反馈的过程。这不仅是为了展示成果，也是为了获取反馈、改进和优化设计。
图片方式
最传统的展示方式自然是图片。设计师将图标按照默认、悬停、按下、激活、禁用等状态分别切出 @1x @2x 的图标，打个压缩包，发给前端。亦或者设计师切图后上传蓝湖，前端自行在「蓝湖」下载自己所需要的图标。
如果前端需要图片格式的图标时，我一般会通过 TinyPNG 压缩一下图标，在保证图标清晰度的情况下使得图标占用尽量小。我最常用工具是 TinyPNG4Mac，比较方便。部分前端脚手架也自带了图片压缩功能，占用小于某个值的图片还会被转为 Base64 编码来存放。
往更早的技术回溯，我们会遇到「雪碧图」，这是一种将多个图标整合到一张带有透明背景的图片中的做法。设计师把所有图标放在一张图上，然后前端通过每个图标的位置和尺寸来在网页上显示它们。这种方法的优点是减少了网页请求的次数。实际上，现在一些网站在制作动态图像时，也常采用类似「雪碧图」的方法，通过连续的静态帧来创建动画效果。
JPG / PNG 格式的图片属于最保险的展示方式，所有浏览器都支持，虽然是一种位图格式，放大后不够清晰，但图片格式基本能够解决网站的大部分需求了，解决方案也足够成熟了。
现有的 CDN 服务商和或一些框架，如 Next.js，能够智能识别浏览器是否支持 WEBP 或 AVIF 格式。这两种图片格式可以提供更高压缩率但是更高的清晰度。
字体方式
前面我们也说过了，图标需要设计师按照各种状态分别切图，然后再提供给开发。如果官网整体色彩调整，全部图标都需要重新切图的话，这或许就是一场浩劫。
也或许因为其他原因一起，图标字体的方案出现了。国内最常用的字体图标平台也就是 iconfont。这需要设计师将图标轮廓化，然后上传至 iconfont 上。前端便可以根据图标名称引用图标，也可以方便的调整图标的色彩、大小。
字体图标直到我写这篇文章的时候，应用的也还是挺广泛的，调用方便、占用较少。但主要有以下几个缺点影响着字体图标的使用：
- 图标需要设计师一个个处理。部分图标轮廓化之后还不够，还需要通过 Figma Fill Rule Editor 插件，将图标填充模式调整成「Non-zero rule」才能够正常展示在 iconfont 中。 具体方案可参照
- 如果通过 Fill Rule Editor 调整填充样式时，发生了图标消失事件，可以尝试将图标原封不动的复制到 illustrator / Sketch ，然后复制回来即可解决该问题。（误
- 字体图标对于多色图标的支持程度不够，自定义程度不够高。
- 字体图标还存在无法正常渲染的情况，还需要特殊处理（我曾天真以为是我浏览器的问题）。
字体样式图标我只能从设计师的角度来评价，因为我没有在开发时应用过该方式。推荐文章 Icon Fonts vs SVG Icons: What Works Best for You?，里面比较详细的对比了字体与 SVG 优缺点。
SVG 方式
SVG 图标不仅继承了字体图标的主要优势，还解决了字体图标的一些局限性，其主要优点包括：
- 支持每个图标拥有多种颜色，包括渐变。
- 支持更加复杂的图形和形状，其不限于字体的基本形状。
- 支持直接嵌入 HTML 代码中，方便编辑、控制图标。
- 支持 CSS 和 JavaScript 动画
iconfont 也不仅仅只支持字体图标的方式，官方几年前也已经支持通过 symbol 方式来引用 SVG 图标。
我们可以通过一个例子来简单了解 SVG。以下是一个在 Figma 中导出的 SVG 格式的「主页」图标，其代码如下：
<svg
width="24"
height="24"
viewBox="0 0 24 24"
fill="none"
xmlns="http://www.w3.org/2000/svg"
>
<path
d="M15 21V13C15 12.4477 14.5523 12 14 12H10C9.44772 12 9 12.4477 9 13V21M15 21H20C20.5523 21 21 20.5523 21 20V9.48908C21 9.18049 20.8575 8.88919 20.6139 8.69973L12.6139 2.47751C12.2528 2.19665 11.7472 2.19665 11.3861 2.47751L3.38606 8.69973C3.14247 8.88919 3 9.18049 3 9.48908V20C3 20.5523 3.44772 21 4 21H9M15 21H9"
stroke="black"
stroke-width="2"
/>
</svg>
这个 SVG 包含几个关键属性：
- path： path 元素定义了图形的轮廓，通过一系列命令和参数描述路径上的点，形成图形。在这个例子中，这些命令和参数共同构成了一个房子的形状。
- fill： fill 属性用于设置图形的内部颜色。它可以是16进制的颜色代码（例如 #FF0000），也可以是常见的颜色名称（例如
black）。none 表示没有填充，而 currentColor 使用元素或其父元素的 color 属性值。 - stroke： stroke 属性用于定义图形轮廓的颜色，使用方式与 fill 相似。
- stroke-width： stroke-width 属性指定描边的宽度。
如果 SVG 包含多个路径，会有多个 path 元素。每个 path 可以有独立的 fill 和 stroke 属性，控制各自的填充和描边样式。如果某个图形部分不需要描边，可以将其 stroke 属性设置为 none 。
如上图所示，我们看到的是一个图标的预览和对应的代码。仔细观察，你会注意到代码中并未指定图标的宽度、高度、填充色和描边色。
这种做法旨在提供尽可能简洁的 SVG 图标代码，仅包含图标路径等核心信息。这样设计的目的是允许前端开发者更灵活地控制图标的颜色和尺寸。例如，如果 SVG 图标代码中默认包含了 fill 属性，前端开发者在应用这些图标时可能会发现无法改变其颜色。为解决这一问题，一种方法是移除 fill 属性，或将 fill 设为 currentColor ，然后通过CSS来定义颜色。另一种方法是直接在 fill 属性中指定所需颜色。
不建议使用诸如 filter 这样的 Hack 方法来调整颜色，因为这种方法可能既复杂又不精确。
同样，SVG图标支持压缩，可以使用工具如 SVGO 清理 SVG 代码中的冗余部分。
对于前端调用SVG的实践，可以参考下面的示例，其中使用了 Tailwindcss 和 Lucide Icons ：
直接调用示例
这段代码示例展示了如何使用简单的类控制图标的尺寸、颜色以及暗黑模式下的显示效果。操作非常直观方便：
<div className="Container">
<svg
className="h-5 w-5 stroke-blue-500 hover:stroke-blue-600 dark:stroke-blue-400 dark:hover:stroke-blue-500"
viewBox="0 0 24 24"
xmlns="http://www.w3.org/2000/svg"
>
<path d="M15 21V13C15 12.4477 14.5523 12 14 12H10C9.44772 12 9 12.4477 9 13V21M15 21H20C20.5523 21 21 20.5523 21 20V9.48908C21 9.18049 20.8575 8.88919 20.6139 8.69973L12.6139 2.47751C12.2528 2.19665 11.7472 2.19665 11.3861 2.47751L3.38606 8.69973C3.14247 8.88919 3 9.18049 3 9.48908V20C3 20.5523 3.44772 21 4 21H9M15 21H9" />
</svg>
</div>
软件包应用示例
以下示例展示了如何通过软件包来应用图标，这种方式同样简单，只需引入所需图标并设置样式：
import { Home } from 'lucide-react';
const App = () => {
return (
<Home className="h-5 w-5 stroke-blue-500 hover:stroke-blue-600 dark:stroke-blue-400 dark:hover:stroke-blue-500" />
);
};
export default App;
要将设计图标交付给开发团队，你可以选用 iconfont 或使用 figma-icon-automation 插件打包图标为 npm 库，便于开发团队通过安装包调用。此方法配置一次即可，效率高。
SVG 图标应用方式虽然涉及到代码，但是该部分介绍也还是为设计师准备的。目的只想告诉大家，SVG 不存在不好调整色彩的问题，也不存在不好调用的问题。积极推动开发跟进吧～
结束语
这个微小的图标背后隐藏着丰富而复杂的内容，而本文仅仅是对这一广阔主题的初步探索。作为一个初学者，我在文章中的错误在所难免，我诚挚地欢迎读者提出宝贵的意见和指正。