如何變得更加Pythonic？——一份關於PEP的入門指南

???? “Python貓” ，一個值得加星標的公衆號

花下貓語：我曾寫過一篇較爲詳盡地介紹 PEP 的文章，後來因興趣使然，陸續翻譯過幾篇，還在 Github 上建了個項目，也獲得了小小的關注。前幾天偶然又發現一篇介紹 PEP 入門的文章，特分享給大家！

來源：luanhz@小數志公衆號

劇照 | 《小婦人》

導讀：如果你是一個python初學者，那麼可能聽過編碼規範這一說；如果你是一個python老鳥，那麼可能知道有很多PEP文檔，但可能也缺乏系統瞭解；如果你是一個python大神，那麼請你參與到PEP制定進程當中……本文是一篇關於PEP的入門介紹，旨在讓廣大pythoners快速認識PEP。

01 何爲PEP

PEP，全稱Python Enhancement Proposal，一般譯爲python增強提案，是一套關於Python百科全書式指南，全面記載python版本升級的完整紀實，幾乎所有python的疑問都能在PEP中予以解答或者至少找到參考——是的，這就是一份python白皮書。

2000年7月13日PEP0創建，至今剛好是第20個年頭，已發展成爲幾百個PEP提案。其中，不僅僅是python編程規範標準，更全面記載了pythoners關於改進研發python的提議、討論，還有python版本的更新週期計劃，可以說無論是python入門初學還是資深極客，都能深饗其中、受益良多。

02 PEP信息介紹

一份PEP提案包括摘要和正文兩部分，其中典型的摘要至少包括7個信息：分別是PEP編號、標題、最後修訂日期、作者、狀態、類型和創建日期，正文結構和內容則依不同PEP類型而異。

PEP0——關於PEPs的索引

簡要介紹幾個摘要信息字段：

PEP編號：PEP提案的文檔序號，爲1-4位數字。曾經試圖從PEP編號來判斷一份文檔的類型，但後來發現這個編號幾乎毫無規律可言，僅僅由其作者進行命名。
雖然編號毫無規律（主要是按照創建時間先後順序編號），但也有一些大的編號原則，例如：

PEP0-12，元PEP，關於PEP的PEP介紹
PEP200，python2.0版本
PEP3000-PEP3999，python3.0版本相關提案，其中PEP3000-3099又是python3000的元PEP
PEP8000+，python之父龜叔退出決策層後的決策進程

PEP編號一旦指定則"終身"不能修改，即使是該提案廢棄也不回收編號。另外，有的PEP編號也被保留以作未來使用，目前PEP801是唯一一個保留編號。

Status：狀態，一份PEP文檔從草案到生效直至廢棄要經歷多個狀態，每個狀態用其首字母縮略表示，其含義非常直觀。包括：

Draft，草案，無縮略字母
A - Accepted (Standards Track only) or Active proposal，接受（但可能尚未執行）或有效的提案
D - Deferred proposal，延期
F - Final proposal，最終提案
P - Provisional proposal，臨時性提案
R - Rejected proposal，回絕提案
S - Superseded proposal，被取代提案
W - Withdrawn proposal，撤回提案

所以，推薦學習的PEP文檔一般是A狀態和F狀態，其次是D和P狀態。當然，閱讀其他狀態的PEP文檔也能拓展對python開發歷程和大佬們思想鬥爭的瞭解。

Type：類型，PEP文檔主要分爲三類，

I - Informational PEP，資訊類
P - Process PEP，進程類
S - Standards Track PEP，標準類

其中，標準類提案佔比最大，涵蓋了python語法、標準和編程規範的行爲指南；資訊類用於宣佈python的一些大的改進計劃，如各個大版本發佈前都會有一個Release Schedule（版本週期）的PEP；進程類，python之外的一些信息，例如：PEP 581 -- Using GitHub Issues for CPython。

03 閱讀PEP渠道

查閱PEP官方文檔的渠道主要有2種，一個是python官方主頁，另一個是python GitHub倉庫。