《Python+3自动化软件发布系统》Django 2实战_了解Python的更好方法_Python 的基础语法知识

【摘要】 本书摘自《Python+3自动化软件发布系统》一书中第1章，第7节，由陈刚、王洪军编著。

1.7 小结

本章有针对性地讲解了 Python 的基础语法知识，希望读者能结合附录中的 Py- thon 环境搭建知识，在自己的计算机上练一练。动动手，就能把知识点更容易地 记住。

本章所讲的类型都是比较单一的应用，在实际编程中，往往要结合几个数据类型 一起来应用，才能达到实际的工作目的。

有了这些积累以后，下一章，我们将进军 Django, 掌握好 Django 的 Web 开发能 力，是我们能做自己的软件发布平台的另一个知识台阶。

在结束本章之前，让我们了解一下“Python 之禅”吧(在 IDEL 里，导入即可)。

The Zen of Python(Python 之禅),by Tim Peters

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.

#不要包容所有错误，除非你确定需要这样做。(精准地捕获异常，不写 except: 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 是指 Guido。)

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!

#命名空间是一种绝妙的理念，我们应当多加利用。(倡导与号召。)

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们 18664393530@aliyun.com 处理，核实后本网站将在24小时内删除侵权内容。