编程言语Perl曾正在互联网畛域长时间盘踞着统治位置,“处理成绩的方法有不少个”不断被奉为Perl社区的座右铭,但这类理念正在开发名目时期是能够承受的,但各人终极意识到,过于强调灵敏性会招致年夜型名目难以保护,以是经历丰厚的顺序员提倡尽可能的避繁就简,才有了Tim Peters撰写的Python之禅,让咱们看看怎样挪用Python之禅
Python之禅(保举学习:Python视频教程)
正在Windows平台的cmd饬令中关上python,输出import this,你会看到Python之禅:
中英文对照:
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! # 定名空间是一种绝妙的理念,咱们该当多加行使(提倡与号令)
读完这些禅语,我感觉它不只仅与编程无关,更与人生无关。这些话更让我感觉,每个优秀的“攻城狮”以及“顺序媛”,原来都是哲学家。反之,假如不通过深化的哲学以及人理科学的学习以及积攒,一个只爱理工科的人,也不易成为优秀的编程者。
更多Python相干技巧文章,请拜访Python教程栏目进行学习!
以上就是python之禅怎样打进去的具体内容,更多请存眷资源魔其它相干文章!
标签: Python python教程 python编程 python使用问题
版权声明:除非特别标注,否则均为本站原创文章,转载时请以链接形式注明文章出处。
抱歉,评论功能暂时关闭!