Python之禅，蒂姆•彼得斯

Python之禅，蒂姆•彼得斯

创作不易，感谢大家的支持和关注工作号(扫地僧Andy)，需要加入QQ交流群的可以扫描下面的二维码，交流群会为大家提供学习资源和问题解答，项目地址，敬请关注。

QQ群二维码.png

• Beautiful is better than ugly.

  • 优美胜于丑陋（Python以编写优美的代码为目标）

• Explicit is better than implicit.

  • 明了胜于晦涩（优美的代码应当是明了的，命名规范，风格相似）

• Simple is better than complex.

  • 简洁胜于复杂（优美的代码应当是简洁的，不要有复杂的内部实现）

• Complex is better than complicated.

  • 复杂胜于凌乱（如果复杂不可避免，那代码间也不能有难懂的关系，要保持接口简洁）

• Flat is better than nested.

  • 扁平胜于嵌套（优美的代码应当是扁平的，不能有太多的嵌套）

• Sparse is better than dense.

  • 间隔胜于紧凑（优美的代码有适当的间隔，不要奢望一行代码解决问题）

• Readability counts.

  • 可读性很重要（优美的代码是可读的）

• Special cases aren't special enough to break the rules. Although practicality beats purity.

  • 即便假借特例的实用性之名，也不可违背这些规则（这些规则至高无上）

• Errors should never pass silently. Unless explicitly silenced.

  • 所有错误都不应该被直接忽略，除非能够被精确的捕获之后（其中一个典型的例子就是，不建议用Exception:pass来直接忽略所有异常。）

• In the face of ambiguity, refuse the temptation to guess.

  • 当面对不明确的情况时，不要尝试去猜测

• There should be one-- and preferably only one --obvious way to do it.

  • 而是尽量找一种，最好是唯一一种明显的解决方案（如果不确定，就用穷举法）

• Although that way may not be obvious at first unless you're Dutch.

  • 虽然起初这并不那么显而易见，因为你不是 Python 之父（这里的Dutch是指Python之父Guido Van Rossum，他是荷兰人）

• Now is better than never. Although never is often better than right now.

  • 现在行动胜过永不开始，但是不假思索就动手还不如不做（动手之前要细思量）

• If the implementation is hard to explain, it's a bad idea. If the implementation is easy to explain, it may be a good idea.

  • 如果你的实现很难向别人解释，这往往不是一个好的方案；如果你的实现很容易向别人解释，这可能是个好的方案（方案测评标准）

• Namespaces are one honking great idea -- let's do more of those!

  • 命名空间是一种绝妙的理念，我们应当多加利用（倡导与号召）