前端处理小图标的那些解决方案(图文实操)

525 查看

先做一个选择题:前端开发使用构建工具的目的是什么?

A、因为现在流行node.js,都在使用构建工具

B、让前端开发变得高大上,和后端一样编译才能运行

C、让自动化工具替代重复的手工操作,比如合并代码,刷新浏览器预览效果等。

选择A、B请直接关闭此文,选择C请继续阅读。

其实使用工具的目的就一个: 自动化一些重复操作,提升工作效率。ok,明确了这一点之后再来探究有哪些方式,可以把一堆小图标合并成一个图片文件并生成相应的样式。

按照生成文件和使用方式来看,可以大致分成3类处理方式:

png sprite

合成雪碧图是历史最悠久最成熟的解决方案,把不同的png小图标拼接成一张png图片。

手动操作

有的公司甚至让UI设计师来合并小图标(UI设计师成了自动化工具,囧~),这样做减少前端工作量的同时也带来一些问题。

  • 沟通问题。如果只想简单地修改某个图标颜色,大小,都要与设计师沟通,一来一回增加时间成本。
  • 样式问题。设计师提供的小图标不能直接用,要配合特定的样式(偏移值,大小)才行。
  • 命名问题。即使有犀利的设计师提供了css文件,样式类的命名也难以符合前端开发规范和需求(真有这样的设计师欢迎私信推荐给我(●^◡^●))

所以这种处理方式不推荐也不在我们的讨论范围之列。

自动化工具

当我们拥有了自动化工具的时候,部分问题就可以对整个流程进行优化了。

  1. 根据psd切出小图标(前端必备,自己动手,丰衣足食),并把小图标放入源文件夹。
  2. 构建工具自动生成图片和css文件,并根据小图标名生成对应的样式名。
  3. 代码中引入样式和图片。

配置文件

以 npm 的 gulp.spritesmith 模块为例实现整个流程。

这是 gulpfile.js 中配置的任务:

功能比较强大,除了css文件外还可以生成scss和less文件,同时也可以用模板文件对其进行格式化。这里我自定义了一个 png_template.hbs 文件,内容如下:

开发流程

配置完成之后,在源文件夹中放入两个 question.png、hook.png 两个小图标进行调试。

gulp 处理后生成了两个文件:icon.css、icon.png。 打开 icon.css,可以看到根据图标名生成了两个样式类:

在代码中使用起来很简单

预览效果见文末截图

问题

感谢技术的进步和人民生活水平的提高,这种高效的方式马上碰到一个“天敌”:高dpr的视网膜屏幕

用响应式判断dpr的话,前面所有的工作量都要倍增,同时还要加载多余的样式。而且随着屏幕更新换代,dpr增多就要多做一张图片和样式,想想都太磨人 -_-||

那么是否有图片可以自适应不同dpr的屏幕?css3的曙光给我们指引了新的方向。

font-face

也称作字体图标,这种技术简单来说就是把矢量图合并生成字体文件,然后在css中引用对应的字体编码即可渲染成图片。因为字体是适应各种屏幕的,所以字体图标也继承了这个优点。

手动操作

目前有不少制作字体图标的网站,比较火的有icomoon阿里巴巴图标库等。

基本操作都是在线上编辑图标,然后下载一个压缩包,包含字体文件和样式。首先的问题是不同图标大小需要手动调整 font-size 属性;其次就是手工操作太频繁:上传 – 编辑 – 下载;最后就是依赖网络环境,没网络就没法编辑图标。既然如此,我们尝试使用自动化工具离线生成文件。

自动化工具

依然使用的是github上star数比较多的模块 gulp-iconfont ,但是要同时生成css还需另一个模块 gulp-iconfont-css

配置文件

配置 gulpfile.js