PEP阅读摘要：五

• PEP387 – Backwards Compatibility Policy

  This PEP outlines Python’s backwards compatibility policy.

• PEP432 – Restructuring the CPython startup sequence

  This PEP proposes a mechanism for restructuring the startup sequence for CPython, making it easier to modify the initialization behaviour of the reference interpreter executable, as well as making it easier to control CPython’s startup behaviour when creating an alternate executable or embedding it as a Python execution engine inside a larger application.

  When implementation of this proposal is completed, interpreter startup will consist of three clearly distinct and independentily configutable phases:

  • Python core runtime preinitialization
  • Python core runtime initialization
  • Main interpreter configuration

• PEP543 – A Unified TLS API for Python

  Because the ssl module is distributed with the Python standard library, it has become the overwhelmingly most-popular method for handling TLS in Python.

  Unfortunately, the preeminence of the ssl module has had a number of unforessen side-effects that have the effect of typing the entire ecosystem tightly to OpenSSL. This has forced Python users to use OpenSSL even in situations where it may provide a worse user experience than alternative TLS implementations, which imposes a cognitive burden and makes it hard to provide “platform-native” experiences.

• PEP551 – Security transparency in the Python runtime

  This PEP provides guidance to those planning to integrate Python into their secure or audited environments.

  This PEP describes the concept of security transparency and how it applies to the Python runtime.

• PEP554 – Multiple Interpreters in the Stdlib

  CPython has supported multiple interpreters in the same process since version 1.5. The feature has been available via the C-API.

  Subinterpreters oprate in relative isolation from one another, which facilitates novel alternative approaches to concurrency.

• PEP558 – Defined semantics for locals()

• PEP582 – Python local packages directory

  This PEP proposes to add to Python a mechanism to automaticallyu recognize a __pypackages__ directory and prefer importing packages installed in this location over user or global site-packages.

• PEP588 – Github Issues Migration Plan

  This PEP describes the detailed plan for migrating from Python’s issue tracker on Roundup Github issues.

• PEP594 – Removing dead battries from the standard library

  This PEP proposed a list of standard library modules to be removed from the standard library.

• PEP595 – Improving bugs.python.org

• PEP596 – Python 3.9 Release Schedule

• PEP597 – Soft deprecation of omitting encoding

• PEP603 – Adding a frozenmap type to collections

• PEP604 – Complementary syntax for Union[]

  This PEP proposes a complementary syntax for Union[X,Y]

• PEP609 – PyPA Governance

  This document describes a governance model for the Python Packaging Authroty(PyPA)

• PEP611 – The one million limit

• PEP612 – Parameter Specification Variables

• PEP618 – Add Optional Length-Checking To zip

• PEP619 – Python 3.10 Release Schedule

• PEP801 – Reserved