2009-09-05 67 views
59

我是一个相当强大的Python编码器,但我的风格太多是有点杂乱无章,我敢肯定有许多问题比我提出的Pythonic解决方案更多。哪些PEP对于任何精通Pythonista的阅读都是必不可少的?哪些PEP必须读取?

+2

+1搜索 - 大问题。 – 2009-09-05 06:45:55

+0

http://www.python.org/dev/peps/ – u0b34a0f6ae 2009-09-05 10:29:51

+2

应该是社区wiki – SilentGhost 2009-09-05 17:05:18

回答

29

肯定是PEP 8,Python的样式指南。

+4

阅读时请使用大量的常识。完全忽略关于“79个字符”的部分;它会受到严重损害,导致难以阅读的代码难以实现(这是2001年编写的,而理智的开发系统甚至不是80x25)。 “矩形”示例的恐怖显示问题非常清楚。 – 2009-09-05 08:00:47

+14

尽管我的22英寸屏幕,我所有的编辑器/终端窗口固定为80个字符,我试图相应地编写代码(但是,正如Terry Pratchett所说,在打破它们之前,规则会让你想到) – bayer 2009-09-05 08:22:51

+3

+ 1为PEP8,我也尽我所能保持在80. – fengshaun 2009-09-05 22:27:01

8

我发现阅读被拒绝的人可以对Pythonic什么是什么,什么不是。 这是一段时间以前,所以我没有任何具体的例子。

17

虽然Python是令人难以置信的直觉,很多人不理解他的哲学。

Pep 20Python的

  • 美丽的禅是比丑好。
  • 显式优于隐式。
  • 简单胜过复杂。
  • 复杂比复杂好。
  • Flat比嵌套更好。
  • 稀疏比密集好。
  • 可读性计数。
  • 特殊情况不足以破坏规则。
  • 虽然实用性胜过纯度。
  • 错误不应该默默通过。
  • 除非明确沉默。
  • 面对歧义,拒绝猜测的诱惑。
  • 应该有一个 - 最好只有一个 - 明显的方法来做 它。
  • 虽然这种方式可能并不明显,除非你是荷兰人。
  • 现在总比从未好。
  • 虽然从来没有好过现在
  • 如果实现很难解释,这是一个坏主意。
  • 如果实施很容易解释,这可能是一个好主意。
  • 命名空间是一个重要的想法 - 让我们做更多的这些!
1

我也建议执行点8和257.我知道这从原来的问题稍微偏离,但我想给PyCharm(可能是最好的Python IDE在我看来周围)自动指出检查你是否遵循一些最重要的PEP 8指导原则,以防万一谁感兴趣...

相关问题