Python 设计模式之禅

Python 专栏收录该内容
2 篇文章 0 订阅

在Python 终端会话中执行命令import this。

>>> import this
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
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.
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.
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!

Python程序员笃信代码可以编写得漂亮而优雅。编程是要解决问题的,设计良好、高效而漂
亮的解决方案都会让程序员心生敬意。随着你对Python的认识越来越深入,并使用它来编写越来
越多的代码,有一天也许会有人站在你后面惊呼:“哇,代码编写得真是漂亮!”

如果有两个解决方案,一个简单,一个复杂,但都行之有效,就选择简单的解决方案吧。这
样,你编写的代码将更容易维护,你或他人以后改进这些代码时也会更容易。

现实是复杂的,有时候可能没有简单的解决方案。在这种情况下,就选择最简单可行的解决
方案吧。

即便是复杂的代码,也要让它易于理解。开发的项目涉及复杂代码时,一定要为这些代码编
写有益的注释。

如果让两名Python程序员去解决同一个问题,他们提供的解决方案应大致相同。这并不是说
编程没有创意空间,而是恰恰相反!然而,大部分编程工作都是使用常见解决方案来解决简单的
小问题,但这些小问题都包含在更庞大、更有创意空间的项目中。在你的程序中,各种具体细节
对其他Python程序员来说都应易于理解。

你可以将余生都用来学习Python和编程的纷繁难懂之处,但这样你什么项目都完不成。不要
企图编写完美无缺的代码;先编写行之有效的代码,再决定是对其做进一步改进,还是转而去编
写新代码。

  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

相关推荐
©️2020 CSDN 皮肤主题: 编程工作室 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值