字体是承载文字信息的底层载体。TTF、OTF、WOFF这些类型的字体文件, 它们本质上是紧凑的二进制文件, 所以普通文本编辑器没办法直接去读懂里面的数据。而且它是生态里面那种特别经典、也特别广泛用的开源字体处理库。这个库大概就像是一本关于字体的解析和修改的手术工具箱一样的东西。它可以让那些搞开发的人还有做字体设计的人能够通过写程序的方式来读取字体文件。也可以用来检查这些字体文件。还能用这个方式来修改字体里面的数据。最后, 还可以把这些改好的内容编译成新的字体文件。因为采用了MIT这一种开源协议, 所以它就变成了可以自由被用在各种各样的项目当中的工具了, 在PyPI那个平台上可以找到它。这个事物是在 1999 年诞生的。它是被 Just van 发起的。最初那个核心目的, 就是为了做到让字体二进制文件和可读的文本格式, 能够在它们中间进行互相转换。这个过程也就是使用大名鼎鼎的那个 TTX 工具来完成。经过了超过二十多年的不断迭代和更新之后。它现在肯定已经不单纯只是一个简单的格式转换器了。它在一步步地长大, 变成了包括一套完整的、属于底部层次的字体处理框架。这个框架支撑着在现代字体工程领域里面大量使用的工具的底层运行工作。很多人在理解的时候会把这两者搞混, 它确实不是那种可以拿来直接编辑字体的可视化工具, 这一点一定要搞清楚, 因为它压根就没有设计什么图形用户界面, 所以你是没法用手里的鼠标去拖拽那些字形轮廓来进行调整的, 它所真正面对的目标是底层的字体数据资料, 具体来说呢, 这些字体文件里面的结构是由一个个相互单独存在的表格组成的, 大家常说的表就是指这些东西, 那么关于字符的外在形状、相邻两个字符之间的距离、各种连写时的规则、显示用的名字、以及版权声明方面的信息还有可变字体里面需要调整的参数等等所有这些东西, 全部都分别存放在不同的表格之中。这个家伙的核心本事, 实际上就是把那个二进制文件的门给打开, 然后把里面装的那些数据表, 全都搬进程序能看得到、摸得着的结构化数据里面去, 这样一来, 我们既能把里面的信息读出来瞧一瞧, 也可以在改头换面之后, 再把它们重新打包起来, 弄成一份看起来完全合法的字体文件。整套库里面最广为人知的那个组件呢, 其实就是 TTX 这个玩意儿, 因为二进制字体文件这种存在对于人类来说, 那是极不友好的一个状态, 但是有了 TTX 以后, 它就可以把 TTF 或者 OTF 格式的字体解析出来, 然后变成那种带有 .ttx 这种后缀的 XML 格式文本文件, 当你把它打开的时候, 你就能非常直观地看清楚字体里面每一张数据表所包含的具体内容, 这些内容里当然就包括了字形轮廓坐标、还有编码映射以及排版特性这些东西了。在用户把XML的内容进行修改之后的那个时段, TTX工具还具备了一个功能, 就是它又能进行反向编译的操作, 进而重新被打包还原成为二进制的字体文件, 因为在这个领域里面, 不管是大家常说的字体调试工作, 还是搞字体逆向分析, 又或者是去排查字体的缺陷问题, TTX这个工具基本上都是作为行业的标准配置来存在的, 所以说它也是让很多行业内的人初次接触到这一技术的直接入口。除了在TTX之外, 还内置了大量实用模块和命令行工具。其中字体子集化工具这个概念的应用场景是极其广泛的。一套完整的中文类型字体通常会包含成上万个汉字, 因此文件总体积是非常巨大的。当用户处于网页场景以及小程序应用场景这两个特定情况中的时候, 假如直接去加载整个完整的字体文件, 那么将会出现严重拖慢页面加载速度这样的问题。子集化操作能够依据预设的字符清单, 将那些需要使用的字形保留下来, 同时把全部多余的字符剔除, 这样在保持文字渲染效果不变的基础之上, 可以实现对字体体积的大幅度压缩, 另外还可以将字间距、连字等排版特性保留下来, 这种办法属于 Web 字体优化的核心手段。与此同时, 它对可变字体给予了完整支持, 同时也支持彩色字体, 还支持使用 WOFF 以及 WOFF2 这些网页字体格式来进行转换工作。在另外一些方面, 它能够对字体的元数据实施修改操作, 可以将多种不同的字体合并在一起, 还能校验字形的正确性, 并且可以把 UFO 格式的源字体进行编译处理。大家如今看到的许多热门的字体编译工具, 它们的底层部分会大量地依赖某个特定的模块还有很多的关于字体的自动化测试流程, 以及用于检查字体质量的工作流水线, 基本上也都是依托于该平台来搭建起来的。在爬虫这一行业里面, 它也是经常会被拿来使用的, 主要是为了去解析那些网站字体反爬机制所设置的自定义字形映射关系, 从而把被混淆了的文字内容给还原出来, 比如那个叫作EsF的内容。它的具体适用人群其实也是相当明确的。对于字体设计师而言, 它可以被用来进行批量处理的自动化操作。它能够完成重复性的导出工作, 能够完成校验工作, 能够完成压缩工作。它替代了大量手动操作。前端开发人员可以借助它进行操作。WEB开发人员也可以借助它进行操作。他们借助它来完成网页字体的瘦身工作。他们借助它来完成格式转换的工作。底层文本渲染的开发者可以获取支持。OCR的开发者可以获取支持。爬虫开发者可以获取支持。他们用它来读取字形轮廓。他们用它来读取字符编码映射关系。字体工程师依靠它来进行调试工作。他们可以调试字体表的错误问题。他们可以修复字体文件的兼容性问题。当然, 这里面也是有边界的。它在处理字体底层数据的方面是很擅长的, 但是并不适合从零开始去绘制一个新的字形。要绘制字体的轮廓, 依然得要依靠那些专业的设计软件, 比如那些工具之类的, 而这里提到的这个系统或者平台, 更多地是用来接手在完成设计之后的那些自动化处理、打包以及优化的环节。同时呢, 字体是拥有版权的, 在使用一些技术手段去修改或者分发字体文件的时候, 必须得要按照原字体的授权协议来执行, 不能去随意地篡改那些商用字体再拿去进行二次分发。它是从二十年前的那款叫做TTX的原型软件逐步发展而来的, 如今它已经变成支撑那些诸如现代可变字体这样的前沿字体技术, 还有彩色字体技术等等的基石库, 它就做了一件事, 它把那些本来让人觉得很晦涩、也很难懂的字体方面的规范文件给封装起来了, 最后变成了一套可以编写程序去调用的接口, 这就把原本分隔开的两块东西给连上了, 一块是字体设计那边, 另一块是程序自动化那边, 所以这两个领域之间的壁垒就被打通了, 如果你想要在你的程序代码里面去直接接触和操控字体里面的那些核心数据和结构, 而不是说你只是简单地调用一下电脑系统里现成的渲染功能来进行文字的展示, 那么在你需要考虑使用的这个技术生态圈里, 这个东西几乎都是你必须面对的一个选择, 你几乎是绕不过去它的。
字体是承载文字信息的底层载体。TTF、OTF、WOFF这些类型的字体文件, 它们本质上是紧凑的二进制文件, 所以普通文本编辑器没办法直接去读懂里面的数据。而且它是生态里面那种特别经典、也特别广泛用的开源字体处理库。这个库大概就像是一本关于字体的解析和修改的手术工具箱一样的东西。它可以让那些搞开发的人还有做字体设计的人能够通过写程序的方式来读取字体文件。也可以用来检查这些字体文件。还能用这个方式来修改字体里面的数据。最后, 还可以把这些改好的内容编译成新的字体文件。因为采用了MIT这一种开源协议, 所以它就变成了可以自由被用在各种各样的项目当中的工具了, 在PyPI那个平台上可以找到它。这个事物是在 1999 年诞生的。它是被 Just van 发起的。最初那个核心目的, 就是为了做到让字体二进制文件和可读的文本格式, 能够在它们中间进行互相转换。这个过程也就是使用大名鼎鼎的那个 TTX 工具来完成。经过了超过二十多年的不断迭代和更新之后。它现在肯定已经不单纯只是一个简单的格式转换器了。它在一步步地长大, 变成了包括一套完整的、属于底部层次的字体处理框架。这个框架支撑着在现代字体工程领域里面大量使用的工具的底层运行工作。很多人在理解的时候会把这两者搞混, 它确实不是那种可以拿来直接编辑字体的可视化工具, 这一点一定要搞清楚, 因为它压根就没有设计什么图形用户界面, 所以你是没法用手里的鼠标去拖拽那些字形轮廓来进行调整的, 它所真正面对的目标是底层的字体数据资料, 具体来说呢, 这些字体文件里面的结构是由一个个相互单独存在的表格组成的, 大家常说的表就是指这些东西, 那么关于字符的外在形状、相邻两个字符之间的距离、各种连写时的规则、显示用的名字、以及版权声明方面的信息还有可变字体里面需要调整的参数等等所有这些东西, 全部都分别存放在不同的表格之中。这个家伙的核心本事, 实际上就是把那个二进制文件的门给打开, 然后把里面装的那些数据表, 全都搬进程序能看得到、摸得着的结构化数据里面去, 这样一来, 我们既能把里面的信息读出来瞧一瞧, 也可以在改头换面之后, 再把它们重新打包起来, 弄成一份看起来完全合法的字体文件。整套库里面最广为人知的那个组件呢, 其实就是 TTX 这个玩意儿, 因为二进制字体文件这种存在对于人类来说, 那是极不友好的一个状态, 但是有了 TTX 以后, 它就可以把 TTF 或者 OTF 格式的字体解析出来, 然后变成那种带有 .ttx 这种后缀的 XML 格式文本文件, 当你把它打开的时候, 你就能非常直观地看清楚字体里面每一张数据表所包含的具体内容, 这些内容里当然就包括了字形轮廓坐标、还有编码映射以及排版特性这些东西了。在用户把XML的内容进行修改之后的那个时段, TTX工具还具备了一个功能, 就是它又能进行反向编译的操作, 进而重新被打包还原成为二进制的字体文件, 因为在这个领域里面, 不管是大家常说的字体调试工作, 还是搞字体逆向分析, 又或者是去排查字体的缺陷问题, TTX这个工具基本上都是作为行业的标准配置来存在的, 所以说它也是让很多行业内的人初次接触到这一技术的直接入口。除了在TTX之外, 还内置了大量实用模块和命令行工具。其中字体子集化工具这个概念的应用场景是极其广泛的。一套完整的中文类型字体通常会包含成上万个汉字, 因此文件总体积是非常巨大的。当用户处于网页场景以及小程序应用场景这两个特定情况中的时候, 假如直接去加载整个完整的字体文件, 那么将会出现严重拖慢页面加载速度这样的问题。子集化操作能够依据预设的字符清单, 将那些需要使用的字形保留下来, 同时把全部多余的字符剔除, 这样在保持文字渲染效果不变的基础之上, 可以实现对字体体积的大幅度压缩, 另外还可以将字间距、连字等排版特性保留下来, 这种办法属于 Web 字体优化的核心手段。与此同时, 它对可变字体给予了完整支持, 同时也支持彩色字体, 还支持使用 WOFF 以及 WOFF2 这些网页字体格式来进行转换工作。在另外一些方面, 它能够对字体的元数据实施修改操作, 可以将多种不同的字体合并在一起, 还能校验字形的正确性, 并且可以把 UFO 格式的源字体进行编译处理。大家如今看到的许多热门的字体编译工具, 它们的底层部分会大量地依赖某个特定的模块还有很多的关于字体的自动化测试流程, 以及用于检查字体质量的工作流水线, 基本上也都是依托于该平台来搭建起来的。在爬虫这一行业里面, 它也是经常会被拿来使用的, 主要是为了去解析那些网站字体反爬机制所设置的自定义字形映射关系, 从而把被混淆了的文字内容给还原出来, 比如那个叫作EsF的内容。它的具体适用人群其实也是相当明确的。对于字体设计师而言, 它可以被用来进行批量处理的自动化操作。它能够完成重复性的导出工作, 能够完成校验工作, 能够完成压缩工作。它替代了大量手动操作。前端开发人员可以借助它进行操作。WEB开发人员也可以借助它进行操作。他们借助它来完成网页字体的瘦身工作。他们借助它来完成格式转换的工作。底层文本渲染的开发者可以获取支持。OCR的开发者可以获取支持。爬虫开发者可以获取支持。他们用它来读取字形轮廓。他们用它来读取字符编码映射关系。字体工程师依靠它来进行调试工作。他们可以调试字体表的错误问题。他们可以修复字体文件的兼容性问题。当然, 这里面也是有边界的。它在处理字体底层数据的方面是很擅长的, 但是并不适合从零开始去绘制一个新的字形。要绘制字体的轮廓, 依然得要依靠那些专业的设计软件, 比如那些工具之类的, 而这里提到的这个系统或者平台, 更多地是用来接手在完成设计之后的那些自动化处理、打包以及优化的环节。同时呢, 字体是拥有版权的, 在使用一些技术手段去修改或者分发字体文件的时候, 必须得要按照原字体的授权协议来执行, 不能去随意地篡改那些商用字体再拿去进行二次分发。它是从二十年前的那款叫做TTX的原型软件逐步发展而来的, 如今它已经变成支撑那些诸如现代可变字体这样的前沿字体技术, 还有彩色字体技术等等的基石库, 它就做了一件事, 它把那些本来让人觉得很晦涩、也很难懂的字体方面的规范文件给封装起来了, 最后变成了一套可以编写程序去调用的接口, 这就把原本分隔开的两块东西给连上了, 一块是字体设计那边, 另一块是程序自动化那边, 所以这两个领域之间的壁垒就被打通了, 如果你想要在你的程序代码里面去直接接触和操控字体里面的那些核心数据和结构, 而不是说你只是简单地调用一下电脑系统里现成的渲染功能来进行文字的展示, 那么在你需要考虑使用的这个技术生态圈里, 这个东西几乎都是你必须面对的一个选择, 你几乎是绕不过去它的。
