w3ctech

迟到的中文 WebFont

三年前,有一个设计师面试一位 Web 前端工程师,其中有一段这样的对话:

“如果设计师希望用图片实现某个字体样式,而从技术的角度来说这样不合理,但设计师非常坚持,这时候你怎么办?”

“我会给设计师讲解工程上面临的问题,争取他理解。例如:如果文本使用图片,以腾讯站点的访问量来说,这里会需要消耗大量的服务器资源,至少需要增加 XXX 台服务器,带宽流量消耗 XXX 万”。

这是一段真实的面试场景,而我就是那位被面试者。这些年 Web 前端技术在迅猛的发展,这样的问题已经有了解决方案——WebFont,如果再回到当年面试的场景,我会给出更好的答案。

WebFont 技术可以让网页使用在线字体,而无需使用图片,从而有机会解决开头设计师提到的问题。它通过 CSS 的 @font-face 语句引入在线字体,使用 CSS 选择器指定运用字体的文本,与此同时专用于 Web 展示的 woff 格式字体也得到各大浏览器厂商支持,进一步减少了字体的体积。在国外,WebFont 已经非常流行了,大量的网站使用了 WebFont 技术,而业界大佬 Google 也顺势推出的免费 WebFont 云托管服务,这一切均带动了国外字体制作行业的高速发展。

一、WebFont 的优势

相对图片,WebFont 有如下优势:

  1. 支持选中、复制
  2. 支持 Ctrl+F 查找
  3. 对搜索引擎友好
  4. 支持工具翻译
  5. 支持无障碍访问,支持朗读
  6. 字体是矢量图形,支持矢量缩放,自动适配高清屏
  7. 文本修改方便
  8. 字形可以重复利用,节省网络资源

二、中文 WebFont 的困境

既然 WebFont 有如此多优势,为何中文站点依然很少采用?这里主要是三个“中国特色”造成的:

1、中文字体体积

英文只有 26 个字母,一套字体不过几十 KB;而汉字却有数万个,导致字体文件通常有好几 MB 大小,文件体积比英文字体大数百倍,按照中国网络环境的现状,用于实际项目中显然不现实。

2、浏览器类型

国内浏览器市场异常繁荣,从 IE6 到各种壳的浏览器,他们对字体格式的支持也不一样,字体格式转换相当繁琐。

3、操作系统

相当长的时期内,Windows XP 操作系统是国内的主流,而 XP 系统对字体渲染表现差劲,设计师难以接受 WebFont 的表现,而宁愿使用图片。不过随着 XP 系统市场份额急剧下降以及移动设备的崛起,这个问题已经变得不再那么重要了。

总结一下,中文 WebFont 首要解决的问题便是:压缩与转码。

三、现有的中文 WebFont 解决方案

1. 本地制作

通过字体制作工具来删除没有使用的字符,即制作精简版字体,这也是我之前实践过的方案。

字体制作工具——FontLab (图:字体制作工具——FontLab)

2. 字体云服务

国内目前有两家公司提供中文 WebFont 云托管服务,他们能够压缩与转码字体:

三、现有方案的问题

  1. 在实践中,通过工具制作精简版字体异常繁琐,它需要仔细核对字符,修改非常麻烦,效率低下且容易遗漏字符而导致出错
  2. 第三方云服务最大的问题是无法保证稳定性,能否支撑海量用户访问还是个问号,至少目前这两家中文 WebFont 平台中还没有大型商业站点的案例,大多都是一些小型个人或企业网站在使用

四、本地自动化 WebFont 压缩设想

出于性能以及可控性的考虑,我们排除了第三方云服务方案,尝试设计本地自动化方案。和小伙伴讨论的过程中,我们想到了之前有同事做过自动化切图的工具,原理是用脚本操作 Photoshop,那么我们是否同样可以编写脚本让字体工具自动化的操作呢?理论上 OK,值得我们去尝试。

字体压缩关键在于删除不必要的字符,我们可以指定一个配置文件来指定字体以及其所使用的字符,然后操作字体工具精简字体即可。

前面提到,如果手工配置字体所使用的字符可能会遗漏,这里也能否实现自动化的提取?

灵感总是在不经意间出现,我们将目光又朝向了 CSS,因为 CSS 本身就一个完整的配置文件:它的 @font-face 语句记录着字体名称与文件路径,选择器记录着字体使用范围,而 CSS 选择器又与 HTML 文档相对应,HTML 文档又可以使用选择器来查找节点与文本。

五、字蛛(Font-Spider)诞生

为了实现上述设想,我们需要拥有这三个小伙伴:

  • 分析模块:负责收集字体与字体使用的字符
  • 压缩模块:负责删除字体中没有使用的字符实现压缩
  • 转码模块:负责将字体转换成跨浏览器使用的格式

借助开源的力量,工具的 Demo 版本被迅速的实现出来。感谢以下开源项目:

  • css.js:它能将 CSS 解析成语法树,并且能够较好的容错适应各种 hack 语法
  • jsdom:它能够在 NodeJS 中实现 W3C DOM API,使得我可以使用 document.querySelectorAll() 方法输入 CSS 选择器来查找 HTML 节点上的文本
  • font-optimizer:这是一个使用 Perl 编写的字体优化工具,可以高效的删除字体中指定的字符
  • ttf2eotttf2woffttf2svg:是它们完成了跨浏览器字体格式转码的工作

成果

成果

指定 HTML 文件路径就可以自动化的压缩与转码字体,过程中完全无需人工干预,可以方便的集成在前端发布系统中。

开源

不断的完善后,我们将工具命名为——字蛛(Font-Spider),并回馈给开源社区,希望它能够为中文 WebFont 的发展出一份力,让更多的中文站点可以使用精美的字体。套用一句话来结束本文:技术方案会迟到,但从不会缺席。

本文作者简介

糖饼,字蛛项目发起人,同时也是开源项目 artDialog 与 artTemplate 作者,曾就职于腾讯,目前服务于厦门欢乐逛网络科技公司。

w3ctech微信

扫码关注w3ctech微信公众号

共收到10条回复

  • 感谢,正在研究这方面的东西

    回复此楼
  • 不错 了解中 谢谢波波老师分享啊

    回复此楼
  • 阿里内部其实也做了这方面的尝试。我们在iconfont.cn的基础上做了一个webfont相关的服务,提供输入一段文字,生成精简的字体,并且存到阿里云的cdn上提供使用。。但是涉及到字体版权问题,一直都没法对外开放。

    回复此楼
  • 这么高大上当然要学习了

    回复此楼
  • 32个赞

    回复此楼
  • @竹隐 可以分享方法哈

    回复此楼
  • 该方案只支持对html的解析,如果能支持其他的模版语言(如:jade、dot等)那将更为方便。

    回复此楼
  • 在一些纯展示型的单页还是蛮有用的:)

    回复此楼
  • 不懂但觉厉!哈哈!

    回复此楼
  • 个人专为IT技术人员搭建的问答平台——欢迎前来拍砖。 [嘻嘻] http://www.dreawer.com/home.html

    目前最火的领域是前端领域,欢迎一起交流!

    回复此楼