Python之父考虑重构Python解释器
7月22日,Python之父Guido在Medium上发表了他的第一篇博文《PEG Parser》。
在该文中,Guido说他正在考虑使用PEG Parser代替现有的类LL(1) Parser(名为pgen),来重构Python解释器。原因是现在的 pgen 限制了Python语法的自由度,使得一些语法难以实现,也让当前的语法树不够整洁,一定程度上影响了语法树的表意,不能最好地体现设计者的意图。
那 PEG Parser 和现有的 LL(1) Parser 有什么区别呢?可以这样简单地理解,PEG 语法解释器在解析语法的时候,会一次性加载全部代码,所以解释器可以根据任意位置的符号来判断语法的语义。而目前的 LL(1) Parse 解析语法的时候只会向前检测一个符号,来猜测语义,导致部分语法有二义性的表现,进而限制了Python语言的语法定义方式。当然,一次性加载全部代码,也意味着 PEG Parser 需要更大的内存来运行。
说当前解释器限制了Python的语法实现,很多同学可能没有明显的感受,所以Guido又举了一个例子:在Python3.8之前,下面这段代码都是可以正常运行的,而不像大家直观感受的第二行代码应该报错。
这就是Python解释器处理不了带来的后遗症。这也导致Python团队不得不在代码里增加一些不受欢迎的“特例”来处理这些边缘情况。
Guido说,Python刚出现的时候,内存还很贵,使用 LL(1) Parser 是非常合理的。不过在现在这个内存以G为单位的时代,解释器多增加几百k甚至上兆的内存消耗,已经根本不算什么了。所以是时候使用更理想的 PEG Parser 来重构Python解释器了。
最后,也是大家最关心的问题,这个重构会对Python语言的开发者造成什么影响呢?Guido说,应该是没有影响的,底层重构不会影响Python的语法。
看来,不管是多么成功的项目,也存在着因为时代的限制而遗留的一些令人不快的问题,完美的设计和实现,从来不是一蹴而就的呀~
- 使用Python编写一个最基础的代码解释器的要点解析
- python入门(3)python的解释器
- [Python环境搭建]Python解释器
- python小记--解释器
- 可运行于IOS的Python解释器
- 大话设计模式(Python版)--解释器模式
- Python指南--使用Python解释器
- PHP和Python如何选择?或许可以考虑这三个问题
- 简单易懂的程序语言入门小册子(7):基于文本替换的解释器,加入continuation,重构解释器
- python 解释器是如何工作的呢?
- Python解释器的探讨:第一部分函数对象
- Python3 解释器
- python语言简介、解释器、字符编码介绍
- 如果python程序写硬盘太慢,可以考虑输出为二进制。且save 和load 都用pickle比较方便
- [Python源码学习] 之 Python解释器
- linux中安装python交互式解释器ipython
- Python---- 编译器,解释器
- python 写一个scheme 解释器 (二)——简单求值器内核
- 使用 Python 编写虚拟机解释器
- Python的各种解释器实现CPython | PyPy | Jython | IronPython等