Python 3.0的哪些特性将改变您的日常编码?[闭门]

有几件事我很感兴趣:

• 文本和数据
• Extended Iterable Unpacking
• Function annotations
• 二进制文字
• New exception catching syntax
• Python 2.6的一些特性,例如 陈述

我希望 exception chaining 流行起来。由于下面介绍的反模式而丢失异常堆栈跟踪是我很长一段时间以来最恼火的事情:

try:
   doSomething( someObject)
except:
   someCleanup()

   # Thanks for passing the error-causing object,
   # but the original stack trace is lost :-(

   raise MyError("Bad, bad object!", someObject)

我知道,我知道,在原始异常中添加一些上下文信息 和 保留原始堆栈跟踪是可能的,但它需要一个非常难看的破解。现在你可以 应该 )只是:

raise MyError("Bad, bad object!", someObject) from original_exception

各位,别忘了 从…起 在重新发布例外情况时的子句!非常感谢。

坦率地说,没有。虽然我可能会发现自己在使用一些新语法,但我主要使用Python编写快速简单的脚本和正则表达式。

我认为新功能将使很多小事情对很多人来说变得容易,而一些大事情对一些人来说则容易。然而,我对许多人最终会在生产力上获得巨大进步的说法持怀疑态度。

简言之,我认为这些变化总体上会让事情变得更好,但不要期待任何奇迹。

这并不是什么特性,但我认为库清理将非常有帮助,特别是对新的python程序员。我不止一次想用python做点什么,结果发现两个包含的库提供了该功能,没有明显的理由让我选择一个而不是另一个。

尽管他们用解释语言实现了尽可能小的迁移过程,但我发现python3的整个版本经历了十年痛苦的迁移过程。因此,我不觉得它特别吸引人。

不必做那么多。。

• 不用担心使用 unicode() u""

• 不必搜索 urllib urllib2 httplib

• except TypeError, something: TypeError something 打字错误 变成某事。。

相反,必须再次查看文档!我对python非常了解,现在我可以不用参考pydoc就能完成大部分工作,但每次我这么做时,我都会发现一些其他有用的模块或函数。

打印报表。 <sniff>

实际上,在使用Python 2.6之前,我们正在清除 print 赞成 logging.debug 打印 随意进行调试、支持和开发。

虽然 {k: v for k, v in list} dict(list) 它更灵活,更能自我嘲讽。

PEP 3119 .

几乎所有这些都是因为我把Python 3的发布作为学习该语言的动机。

Unicode(utf-8)对于生活在非英语国家的人们来说非常重要。