哪个PEP必须读取?

Mic*_*ley 67 python pep

我是一个相当强大的Python编码器,但我的风格太多有点杂乱,我相信有很多问题的Pythonic解决方案比我想出的更多.对于任何精通Python的人来说,哪些PEP必不可少?

Seb*_*Seb 33

绝对是PEP 8,Python的样式指南.

  • 尽管有我的22英寸屏幕,我的所有编辑器/终端窗口都固定为80个字符,我尝试相应地编写代码.(但是,正如Terry Pratchett所说,规则是让你在打破它们之前思考.) (16认同)
  • 阅读时要注意大量的常识.完全忽略关于"79个字符"的部分; 它是受到严重影响并导致丑陋,难以阅读的代码,没有现实世界的好处(这是在2001年写的,理智的开发系统甚至不是80x25)."矩形"示例的恐怖非常清楚地表明了问题. (5认同)
  • PEP 8最初是在2001年编写的,但从那以后更新了很多次.如果80列不再重要,那么它可能已被删除.http://hg.python.org/peps/log/5dceea0aaa49/pep-0008.txt (5认同)
  • PEP8为+1.我也尽力将它保持在80. (3认同)

Pao*_*tti 22

尽管Python非常直观,但很多人并不理解他的哲学.

Pep 20:Python的禅宗

  • 美丽胜过丑陋.
  • 显式优于隐式.
  • 简单比复杂更好.
  • 复杂比复杂更好.
  • Flat优于嵌套.
  • 稀疏优于密集.
  • 可读性很重要.
  • 特殊情况不足以打破规则.
  • 虽然实用性胜过纯洁.
  • 错误不应该默默地传递.
  • 除非明确沉默.
  • 面对模棱两可,拒绝猜测的诱惑.
  • 应该有一个 - 最好只有一个 - 明显的方法来做到这一点.
  • 虽然这种方式起初可能并不明显,除非你是荷兰人.
  • 现在比永远好.
  • 虽然从未往往比好正确的现在.
  • 如果实施很难解释,这是一个坏主意.
  • 如果实现很容易解释,那可能是个好主意.
  • 命名空间是一个很棒的主意 - 让我们做更多的事情吧!


Ib3*_*33X 11

也是pep 0257 docstring约定


u0b*_*6ae 10

它现在是回顾性的,但仍然很有趣:我认为Python 3000中不会改变的东西是一个很好的阅读,有很多链接到决策之前的讨论.


Gre*_*reg 8

我发现阅读被拒绝的人可以对Pythonic和什么不是什么有一些很好的见解.这是不久前的,所以我没有任何具体的例子.