简单了解python PEP的一些知识

前言

或许你是一个初入门Python的小白，完全不知道PEP是什么。又或许你是个学会了Python的熟手，见过几个PEP，却不知道这玩意背后是什么。那正好，本文将系统性地介绍一下PEP，与大家一起加深对PEP的了解。

目前，国内各类教程不可胜数，虽然或多或少会提及PEP，但笼统者多、局限于某个PEP者多，能够详细而全面地介绍PEP的文章并不多。

本文的目的是：尽量全面地介绍PEP是什么，告诉大家为什么要去阅读PEP，以及列举了一些我认为是必读的PEP，最后，则是搜罗了几篇PEP的中文翻译，希望能为Python学习资料的汉化，做点抛砖引玉的贡献。

PEP是什么？

PEP的全称是Python Enhancement Proposals，其中Enhancement是增强改进的意思，Proposals则可译为提案或建议书，所以合起来，比较常见的翻译是Python增强提案或Python改进建议书。

我个人倾向于前一个翻译，因为它更贴切。Python核心开发者主要通过邮件列表讨论问题、提议、计划等，PEP通常是汇总了多方信息，经过了部分核心开发者review和认可，最终形成的正式文档，起到了对外公示的作用，所以我认为翻译成“提案”更恰当。

PEP的官网是：https://www.python.org/dev/peps/，这也就是PEP 0 的地址。其它PEP的地址是将编号拼接在后面，例如：https://www.python.org/dev/peps/pep-0020/ 就是PEP 20 的链接，以此类推。

第一个PEP诞生于2000年，现在正好是18岁成年。到目前为止，它拥有478个“兄弟姐妹”。

官方将PEP分成三类:

I - Informational PEP

P - Process PEP

S - Standards Track PEP

其含义如下:

信息类：这类PEP就是提供信息，有告知类信息，也有指导类信息等等。例如PEP 20（The Zen of Python，即著名的Python之禅）、PEP 404 (Python 2.8 Un-release Schedule，即宣告不会有Python2.8版本)。

流程类：这类PEP主要是Python本身之外的周边信息。例如PEP 1（PEP Purpose and Guidelines，即关于PEP的指南）、PEP 347（Migrating the Python CVS to Subversion，即关于迁移Python代码仓）。

标准类：这类PEP主要描述了Python的新功能和新实践（implementation），是数量最多的提案。。

每个PEP最初都是一个草案（Draft），随后会经历一个过程，因此也就出现了不同的状态。以下是一个流程图：

A ?C Accepted (Standards Track only) or Active proposal 已接受（仅限标准跟踪）或有效提案

D ?C Deferred proposal 延期提案

F ?C Final proposal 最终提案

P ?C Provisional proposal 暂定提案

R ?C Rejected proposal 被否决的提案

S ?C Superseded proposal 被取代的提案

W ?C Withdrawn proposal 撤回提案

在PEP 0（Index of Python Enhancement Proposals (PEPs)）里，官方列举了所有的PEP，你可以按序号、按类型以及按状态进行检索。而在PEP 1（PEP Purpose and Guidelines）里，官方详细说明了PEP的意图、如何提交PEP、如何修复和更新PEP、以及PEP评审的机制等等。

为什么要读PEP？

无论你是刚入门Python的小白、有一定经验的从业人员，还是资深的黑客，都应该阅读Python增强提案。

依我之见，阅读PEP至少有如下好处:

（1）了解Python有哪些特性，它们与其它语言特性的差异，为什么要设计这些特性，是怎么设计的，怎样更好地运用它们；

（2）跟进社区动态，获知业内的最佳实践方案，调整学习方向，改进工作业务的内容；

（3）参与热点议题讨论，或者提交新的PEP，为Python社区贡献力量。

说到底，学会用Python编程，只是掌握了皮毛。PEP提案是深入了解Python的途径，是真正掌握Python语言的一把钥匙，也是得心应手使用Python的一本指南。

哪些PEP是必读的？

如前所述，PEP提案已经累积产生了478个，我们并不需要对每个PEP都熟知，没有必要。下面，我列举了一些PEP，推荐大家一读：

PEP 0 ?C Index of Python Enhancement Proposals

PEP 7 ?C Style Guide for C Code，C扩展

PEP 8 ?C Style Guide for Python Code，编码规范（必读）

PEP 20 ?C The Zen of Python，Python之禅

PEP 202 ?C List Comprehensions，列表生成式

PEP 274 ?C Dict Comprehensions，字典生成式

PEP 234 ?C Iterators，迭代器

PEP 257 ?C Docstring Conventions，文档注释规范

PEP 279 ?C The enumerate() built-in function，enumerate枚举

PEP 282 ?C A Logging System，日志模块

PEP 285 ?C Adding a bool type，布尔值

PEP 289 ?C Generator Expressions，生成器表达式

PEP 318 ?C Decorators for Functions and Methods，装饰器

PEP 342 ?C Coroutines via Enhanced Generators，协程

PEP 343 ?C The “with” Statement，with语句

PEP 380 ?C Syntax for Delegating to a Subgenerator，yield from语法

PEP 405 ?C Python Virtual Environments，虚拟环境

PEP 471 ?C os.scandir() function，遍历目录

PEP 484 ?C Type Hints，类型约束

PEP 492 ?C Coroutines with async and await syntax，async/await语法

PEP 498 ?C Literal String Interpolation Python，字符串插值

PEP 525 ?C Asynchronous Generators，异步生成器

PEP 572 ?C Assignment Expressions，表达式内赋值（最争议）

PEP 3105 ?C Make print a function，print改为函数

PEP 3115 ?C Metaclasses in Python 3000，元类

PEP 3120 ?C Using UTF-8 as the default source encoding

PEP 3333 ?C Python Web Server Gateway Interface v1.0.1，Web开发

PEP 8000 ?C Python Language Governance Proposal Overview，GvR老爹推出决策层后，事关新决策方案

对PEP的贡献

虽无确切数据作证，我国Python开发者的数量应该比任何国家都多。然而，纵观PEP 0 里面列举的200多个PEP作者，我只看到了一个像是汉语拼音的国人名字（不排除看漏，或者使用了英文名的）。反差真是太大了。

我也非常希望，国内的Python黑客们的名字，能越来越多地出现在那个列表里，出现在Python核心开发者的列表里。

此外，关于对PEP的贡献，还有一种很有效的方式，就是将PEP翻译成中文，造福国内的Python学习社区。经过一番搜索，我还没有看到系统性翻译PEP的项目，只找到了零星的对于某个PEP的翻译。

表达一下我的私心，希望本文能给大家带来知识和见识的增长，激发小伙伴们的学习热情！