Python3既激进又内敛，这些提议被否决了关于3.9预计引入的变化，也有一些被披露。我们还讨论了GIL的移除计划和Guido之前正在研究的新解析器等主题，这意味着Python还活着并且很好。Python3比较大胆和激进，摒弃了很多以前版本的旧包袱，但同时又比较克制（一如既往），社区提出的很多建议都被否决了。前不久分享的Python设计与历史的27题，提到了一些已经落定的设计问题。今天的翻译重点是官方拒绝的24个设计问题。大多数问题都是琐碎的（例如大小写、括号、反引号、线宽等），但如果你仔细研究它们会很有趣。欢迎留言讨论。PEP原文：https://www.python.org/dev/pe...PEP标题：ThingsthatwillNotChangeinPython3000PEP作者：GeorgBrandl创建日期：2006-04-04译者：豌豆花下猫（Python猫公众号作者）翻译计划：https://github.com/chinesehua...目录概要语言核心内置对象标准类型编码风格InteractiveInterpreter版权所有虽然一些关于Python演进的想法是有建设性的，但许多想法与Python的基本原理背道而驰，比如原地踏步：无处可去，即使Python3000允许使用临时建议。本PEP试图列出Python3000上的所有BDFL决议，那些不会改变的，以及不会引入的新功能，按主题排序，带有简短描述或python-3000邮件列表上的相关线程。如果你认为下面列出的建议应该被实施，那么你最好立即离开电脑，到外面去享受一下。到外面的草地上小睡比想出“打死马”的想法更有建设性。这是对你的警告。语言核心Python3000不区分大小写。Python3000不会从头开始重写。全局语句保留邮件：“用全局内置对象替换globals()和全局语句”，https://mail.python.org/pipermail/python-3000/2006-July/002485.html，“显式词法作用域（PEP之前？）”，https://mail.python.org/pipermail/python-dev/2006-July/067111.html不会有其他绑定运算符，例如:=。邮件：“ExplicitLexicalScoping(pre-PEP?)”，https://mail.python.org/pipermail/python-dev/2006-July/066995.html我们不删除容器文字。也就是说，{expr:expr,...}、[expr,...]和(expr,...)将保留。邮件：“删除容器文字”，https://mail.python.org/pipermail/python-3000/2006-July/002550.html：while和for循环中的Else子句不会更改语义也不会被删除。Mail:"for/except/else语法"https://mail.python.org/pipermail/python-ideas/2009-October/006083.html内置对象zip()不添加关键字参数或其他机制防止它停在最短序列的末尾。邮件：“makezip()throwanexceptionforsequencesofdifferentlengths”，https://mail.python.org/pipermail/python-3000/2006-August/003338.htmlhash()不会是属性，因为属性should很容易计算，但哈希不一定如此。邮件：“Hashingasanattribute/property”，https://mail.python.org/pipermail/python-3000/2006-April/000362.html标准类型遍历字典将继续返回键。
