聊聊 print 的前世此生

本文原创并首发于公众号【Python猫】，未经受权，请勿转载。

原文地址：https://mp.weixin.qq.com/s/Nu...

（一）

上周，我翻译了一篇文章，解释了为何 Python 3 把 print 改成函数？ 归纳有以下几点缘由：一、print 不适宜做为应用程序级的语句。二、改成一个函数，能够实现更复杂的功能。三、改成一个函数，能方便地进行替换。

在 Python 2 中，print 是个语句（statement），它的级别就跟 for、if、def 等关键字相同，这是一个古老的设计（毕竟 Python 诞生于 1989 年），改为 print() 函数，意味着它升级了。

在查阅资料的时候，我发现 print 在历代版本中，一直发展变化，到了今天，它自身已足够完善了，但是外部的挑战一直不断。

所以，这篇文章再来聊聊它：介绍 print 的现状，追溯它的历史，说说它的挑战者，挖挖那些更加本质的东西。

（二）

在 3.0 版本中，print() 函数全新登场，开发者能够自定义打印对象的间隔（默认是空格）、终止方式（默认是换行）、以及输出位置（默认是标准输出 sys.stdout）。

而到了 3.3 版本，它还添加了一个新的参数，能够决定是否要刷新数据流。

至此，这个函数的完整格式就变成了 print(*objects, sep=' ', end='\n', file=sys.stdout, flush=False) ，与升级前的 print 语句是天壤之别啦。

优势是显而易见的，可定制的参数带来了使用场景的扩充。

（三）

其实，在此次大版本的改动以前，早期的 print 语句并不是是一成不变的，核心开发者们一直在完善它。

例如，在 2000 年的 PEP-214 以前，print 语句只能用于标准输出（sys.stdout），只有当提出这个提案后，print 才能够打印内容到类文件对象（file-like object）中。

（注：PEP 即 Python 改进提案，更多介绍详见旧文《学习Python，怎能不懂点PEP呢？》）

此次调整后，它的写法能够以下（其中，mylogfile 是用于记录打印信息的文件路径）：

print >> mylogfile, 'this message goes to my log file'

在只接触过 Python 3 的同窗眼里，这个写法可能很别扭吧，其实它等同于现在的：

print('this message goes to my log file', file = mylogfile)

（四）

上例是一次成功的改进，但有趣的是，社区内也有一次失败的修改提案。

与 print() 函数相同，print 语句在打印完一个对象后，默认会换行，所以，当打印的内容自带了换行符的时候，最终的打印结果就会出现一个多余的换行。

2001 年的时候，有开发者在 PEP-259 中提议，根据打印的最后一个字符的类型，设置几个标志位，以此决定是否要默认换行。校验规则以下：

• -1 ——若是最后一个对象是以换行符结束的字符串
• 0 ——若是最后一个对象是以空白字符结尾的字符串，既不是空格也不是换行符
• 1 ——在全部其它状况下(包括最后一个对象是空字符串或不是字符串的状况)

根据这些规则，print 语句遇到 -1 标志位的时候，就再也不作默认的换行了，彷佛能够解决多余换行的问题。

然而，这个提案被否决了。反对的意见主要是：这样可能会破坏掉无数个 CGI 脚本，并且 Python 中已经有太多的“魔法”了。

这一套规则确实太神奇了，幸亏没有实施。在当前的版本中，只需调整 end 参数，就能够避免多余换行的问题。

（五）

阅读过往的 PEP 文档，就是在阅读 Python 的历史，从中你能够看到设计者们对功能细节的打磨过程，最终你就明白了，Python 是如何一步一步地发展成今天的样子。

不过，历史中除了能看到精华，也能够看到一些包袱。print() 函数的升级就是在甩掉包袱，前不久我写了《聊聊 Python 的内置电池》，聊到了 Python 中废弃部分标准库的话题，也是一个很好的观察例子。

除此以外，“print”的命名自己也算是一种包袱。

早期的计算机使用纸带做为信息载体，程序的运算结果须要 print 在纸带上，因此瓜熟蒂落地，有些编程语言就使用了“print”来表示程序的输出操做。尽管后来再也不使用纸带了，一些语言仍然延用这个词，例如 C 语言以及借鉴了 C 语言的 Python。

Python 的另外一个借鉴对象是 Shell，这是一种古老的脚本语言，可它没有“print”的包袱，它用的是 echo。这个词的本意是回声，后来也指雷达的回波，被用于计算机编程中，则又被赋予了“应答、回显”之义，更直白的表述应该是“输出、打印”。

Python 从 C 中借用了“print”命名，又从 Shell 中借用语句式的表达，造成了本身 print 语句，现在到了新的版本，它去除了语句式的表达，却仍保留着原始命名，能够说这个包袱是永远脱不掉了。

可是，话说回来，词语在演化过程当中会得到新的生命，它的意义全在于如何使用。因此，虽然没有了纸带这个物理载体，print 这个词却“改头换面”地活了下来。

它还拥有不少的表兄弟姐妹呢，很是热闹（试试你能认出几个？）：

print("点个赞吧!")
printf("点个赞吧!");
print_r('点个赞吧！');
var_dump('点个赞吧！');
NSLog(@"点个赞吧！");
System.out.println("点个赞吧!");
console.log("点个赞吧!");
cout << "点个赞吧!" << endl;
Console.WriteLine("点个赞吧!");
writeln('点个赞吧!')
fmt.Println("点个赞吧!");
Response.Write("点个赞吧！");
alert("点个赞吧！")
echo "点个赞吧！"
puts "点个赞吧！"
say "点个赞吧!";

（六）

语言内部的发展历史，以及不一样语言的类似表述，都代表着一件事，那就是打印操做很重要，并且咱们对它的要求还很复杂多样。

Python 中的 print 语句能发展成今天的 print() 函数，已经很是完善了。

不过，需求是无止境的，做为最经常使用的调试手段，print() 还达不到十全十美。它的好处是简单直白、容易上手，但缺点则是功能单1、效率较低，在须要定制格式的频繁使用场景下，不堪大用。

这在不一样编程语言中是通病，所以你们都默契地提供了用于调试的日志模块，例如 Java 的 log4j，C++ 的 log4cxx，固然还有 Python 的 logging。

日志模块 logging 能够说是对 print() 函数的替代式升级，主要优势是更加灵活高效，例如能够设置不一样的日志等级、配置多样的格式化信息、甚至能够输出日志到远程服务器上。

固然，日志模块只是一种解决方案，也并非最完美的。

在 Python 中还有一些模块能够用于调试，例如最主流的 pdb，它能够设置断点、分步调试、查看栈片断、动态调值等，用得好，有奇效。主流的 IDE 工具也都提供了一些调试手段，相比于简单的 print()，它们具备降维打击的优点。

今年 4 月，Github 上开源了一个专用于调试程序的库，名叫 PySnooper ，短短两个月，它就收获了近 12K 个关注。这个三方库的口号是“Never use print for debugging again”，其目标就是在调试代码时彻底替代 print。

这个库的用法很是简单，只需一行代码，就能够实现对整个函数的监听，作到记录每一行的执行时间、记录每一个变量的赋值等等，并且还可使用“with”语句，监听部分的代码块，或者使用“watch”命令，专门监听特定的变量值。

这个库强大而惊艳，除了上述做用，它还能监听指定格式开头的代码，能在多线程中监听线程，甚至支持用户自定义的监听规则。难怪它一经面世，就好评如潮，人人奔走相告。

snoop 这个单词颇有意思，它指的是嗅探、窥探和监听。首字母大写的 Snoop ，译做史努比，则是一只被不少人喜好的漫画小狗。因此这个 PySnooper 库就令我不禁地产生了一种联想：它是一只嗅觉异常敏锐的小狗，明白无误地为你执行各类监放任务。

（七）

最后，咱们能够来回顾一下 print 的发展历史了，有两条线索，一条是它自身发展的明线，另外一条是它的挑战者们的暗线。

先看明线吧，早期版本的 print 语句带有 C 和 Shell 的影子，它是个应用程序级的 statement，使用十几年间，有过一些改进的尝试，例如 PEP-214 和 PEP-259；到了 2009 年的大版本 3.0，Python 把 print 语句改为了 print() 函数，使它成为了众多内置函数的一员，随后在 3.3 版本，又对它作了一次功能加强，至此，它完成了本身的华丽蜕变，占据了稳固的一席之地。

至于暗线，print 的竞争对手们可谓众多，像传统的日志模块 logging、调试模块 pdb、以及主流 IDE 的调试功能，等等，现在还有一位后起之秀 PySnooper，无不瞄准了 print 的位置，摩拳擦掌，虎视眈眈。

print 一词最先应该跟纸带相关，用途和需求场景都不多，现在的计算机世界已经不可同日而语，因此才促进了 print 自身的发展，也刺激了众多对手们的崛起。

print 表明了一种诉求/思想：输出计算结果、记录程序过程、监察对象变化，而后用于查看、分析、调试、展现等等。

明线上的发展，就是继承了它的名字，壮大 print；暗线上的发展，则是继承了它的思想，为了实现目的，各施手段，百花齐放。

print 固然不是 Python 所特有的，这明暗两线的发展也同理，若是你把视野放到任何一个经得起时间考验的语言上，必然也会看到类似的发展历程与竞争故事。

最后，若是你想了解更多内容，可经过如下连接查看：

https://docs.python.org/3/library/functions.html#print

学习Python，怎能不懂点PEP呢？

https://www.python.org/dev/peps/pep-0214/

https://www.python.org/dev/peps/pep-0259/

为何 Python 3 把 print 改成函数？

https://github.com/cool-RR/PySnooper

公众号【Python猫】， 本号连载优质的系列文章，有喵星哲学猫系列、Python进阶系列、好书推荐系列、技术写做、优质英文推荐与翻译等等，欢迎关注哦。