What's New in Python3.0

原文：What's New in Python 3.0

 

这篇文章主要介绍了相比于python2.6，python3.0的新特性。更详细的介绍请参见python3.0的文档。

 

 

Common Stumbling Blocks

本段简单的列出容易使人出错的变动。

 

• print语句被print()函数取代了，可以使用关键字参数来替代老的print特殊语法。例如：
  
  1. Old: print "The answer is", 2*2
  2. New: print("The answer is", 2*2)
  3. Old: print x,                                      # 使用逗号结尾禁止换行
  4. New: print(x, end=" ")                     # 使用空格代替换行
  5. Old: print                                         # 输出新行
  6. New: print()                                    # 输出新行
  7. Old: print >>sys.stderr, "fatal error"
  8. New: print("fatal error", file=sys.stderr)
  9. Old: print (x, y)                               # 输出repr((x, y))
  10. New: print((x, y))                           # 不同于print(x, y)!
  你可以自定义输出项之间的分隔符：
       print("There are <", 2**32, "> possibilities!", sep="")
  输出结果是：
       There are <4294967296> possibilities!
  注意：
  
  1. print()函数不支持老print语句的“软空格”特性，例如，在python2.x中，print "A\n", "B"会输出"A\nB\n"，而python3.0中，print("A\n", "B")会输出"A\n B\n"
  2. 学会渐渐习惯print()吧！
  3. 使用2to3源码转换工具时，所有的print语句被自动转换成print()函数调用，对大项目，这是无需争论的。
• python3.0使用字符串(strings)和bytes代替Unicode字符串和8位字符串，这意味着几乎所有使用Unicode编码和二进制数据的代码都要改动。这个改动很不错，在2.x的世界里，无数的bug都是因为编码问题。
• map()和filter()返回迭代器(iterators)
• dict方法keys(),items(),values()返回视图(同样是迭代器)而不是列表(list)
• 内建的sorted()方法和list.sort()方法不再接受表示比较函数的cmp参数，使用key参数代替。
• 1/2返回浮点数，使用1//2能得到整数。
• repr()函数对于long整数不再包含拖尾的L，所以不加判断的去除最后一个字符会导致去掉一个有用的数字

 

String and Bytes

• 现在只有一种字符串:str,它的行为和实现都很像2.x的unicode串。
• basestring超类已经去掉了，2to3工具会把每个出现的basestring替换成str。
• PEP3137:新类型bytes，用来表示二进制数据和编码文本，str和bytes不能混合，需要时，必须进行显示的转换，转换方法是str.encode()(str->bytes)和bytes.decode()(bytes->str).
• 在原始字符串(raw strings)中所有反斜线都按字面量解释，不再特殊处理Unicode转义字符。
• PEP3112:bytes字面量，例如b"abc"，创建bytes实例。
• PEP3120:默认源文件编码为UTF-8
• PEP3131:可以使用非ASCII标识符(然而，除了注释中贡献者的名字之外，标准库仍然只包含ASCII)
• PEP3116:新的IO实现，API几乎100%向后兼容，二进制文件使用bytes代替strings
• 去除了StringIO和cStringIO模块，取而代之的是io.StringIO或者io.BytesIO

 

PEP3101：字符串格式化的新方法

• str.format方法(原文提到替代了%操作符，实际上，format方法和%的用法差别很大，各有所长)。

 

PEP3106:修补了dict的keys(),items(),values()方法

• 删除了dict.iterkeys(),dict.itervalues()和dict.iteritems()
• dict.keys(),dict.values()和dict.items()返回dict相关数据的引用

 

PEP3107:函数注解(Function Annotations)

• 注解函数参数和返回值的标准化方法

 

Exception Stuff

• PEP352:异常类必须继承自BaseException,它异常结构的基类。
• 移除了StandardError
• Dropping sequence behavior (slicing!) and message attribute of exception instances.
• PEP3109:抛出异常：现在必须使用raise Exception(args)而不是原来的raise Exception, args
• PEP3110:捕获异常，现在必须使用except Exception as identifier而不是原来的except Exception, identifier
• PEP3134:异常链(Exception chain)。
• 改良了一些windows不能加载模式时的异常信息，具有本地化处理。

 

New Class and Metaclass Stuff

• 移除了classic class
• PEP3115:新的metaclass语法
• PEP3119:抽象基类。
• PEP3129:类包装。
• PEP3141:数字抽象基类

其他的语言变化

 

这里列出大多数的python语言核心和内建函数的变化。

• 移除了backticks(使用repr()代替)
• 移除了<>(不等号，使用!=代替)
• as和with变成了关键字
• True,False和None变成了关键字
• PEP237:long不存在了，只有int，它和原来的long一样。不再支持以L结尾的数字字面量。移除sys.maxint，因为int现在已经是无限大了
• PEP238:int相除，返回float
• 改变了顺序操作符的行为，例如x<y，当x和y类型不匹配时抛出TypeError而不是返回随即的bool值
• 移除了__getslice__，语法a[i:j]被解释成a.__getitem__(slice(i,j))
• PEP3102:keyword-only arguments.在函数参数列表中，出现在*args之后的命名参数只能使用"关键字参数"的形式调用
• PEP3104:nonlocal声明。使用nonlocal可以声明一个外部变量(不是global变量)
• PEP3111:raw_input()改名为input()，也就是说，新的input()函数从标准输入设备(sys.stdin)读取一行并返回(不包括行结束符)，如果输入过早终止，该函数抛出EOFError，如果想使用老的input()，可以使用eval(input())代替。
• xrange()改名为range()，range()现在不是产生一个列表(list)，而是一个迭代器。
• PEP3113:移除了"元组参数拆包(tuple parameter unpacking)"。这种写法已经不行了：
  def foo(a, (b, c)):...
  现在要这样写:
  def foo(a, b_c):
        b,c = b_c
  
• PEP3114:next()重命名为__next__(),新的内建函数next()可以调用一个对象的__next__()方法。
• PEP3127:新的八进制字面量，二进制字面量和bin()函数。你应该写0o666而不是0666，oct()函数也做了响应的改动。同样，0b1010等价于10，bin(10)返回"0b1010"。0666这种写法现在是错误的。
• PEP3132:支持迭代器拆包。现在你可以这样写:
  a, b, *rest = some_seqence
  甚至象这样：
  *rest, a = stuff
  一般情况下，rest对象是list，而等号右边的对象是可迭代的
• PEP3135:新的super()。你可以不适用任何参数调用super()，正确的参数和实例会被正确选择。如果使用参数，它的行为不变，和以前一样。
• zip(),map(),filter()返回迭代器。
• 移除了string.letters和它的朋友们(string.lowcase和string.uppercase)，现在上场的是string.ascii_letters等
• 移除了apply(),callable(),exefile(),file(),reduce(),reload()
• 移除了dict.has_key()。使用in操作符进行测试
• exec语句没有了，现在是exec()函数
• 移除了__oct__()和__hex__()特殊方法。oct()和hex()方法使用__index__()
• 移除了对__members__和__methods__的支持
• nb_nonzero重命名为nb_bool,__nonzero__()重命名为__bool__()

 

Optimizations

• 一般情况下，python 3.0比python 2.5慢33%左右。不过仍有提升空间。

 

模块变动(新的，改进的和废弃的)

• 移除了cPickle模块，可以使用pickle模块代替。最终我们将会有一个透明高效的模块。
• 移除了imageop模块
• 移除了audiodev, Bastion, bsddb185, exceptions, linuxaudiodev, md5, MimeWriter, mimify, popen2, rexec, sets, sha, stringold, strop, sunaudiodev, timing和xmllib模块
• 移除了bsddb模块(单独发布，可以从http://www.jcea.es/programacion/pybsddb.htm获取)
• 移除了new模块
• os.tmpnam()和os.tmpfile()函数被移动到tmpfile模块下
• tokenize模块现在使用bytes工作。主要的入口点不再是generate_tokens，而是tokenize.tokenize()

 

Build and C API Changes

Python’s build process和C API的改动包括:

• PEP3118:新的Buffer API
• PEP3121:扩展模块的的Initialization & Finalization
• PEP3123:使PyObject_HEAD符合标准C

 

其他的改动和修复

在源码里分散一系列的改进和bug修复。changes log表明，从2.6到3.0，有XXX个改动和YYY的bug修复。

评论

16 楼 fjlyxx 2009-01-16  

kevincool998 写道

zengsun 写道

强烈支持print语句的消失（从语言设计角度，print语句糟糕透了）！
但效率变差就不好接受了。

python 写web应用很难

我觉得很适合写后台,前台用其他的东西写.FLEX和PY结合就不错啊.也可以是EXTJS和PY结合.反正你后台之负责业务处理.

15 楼 mikeandmore 2009-01-14  

kevincool998 写道

zengsun 写道

强烈支持print语句的消失（从语言设计角度，print语句糟糕透了）！
但效率变差就不好接受了。

python 写web应用很难

why?
效率问题？
不会啊。。。python效率比php快很多了啊。。。

14 楼 henrya2 2009-01-14  

Python 3000好像让人觉得有些失望。

13 楼 mathgl 2008-11-07  

我倒是希望能支持  multi-cores。 现在thread 的 gil 还在。
只能依赖 multi-process了

12 楼 ozzzzzz 2008-11-06  

这里说的效率差，仅仅是现在这个阶段测试的结果，是还没有经过优化的结果。我记得在讨论组他们是这个说法。
我感觉似乎，这次的python改动的主题并不在于添加，而在于减少，也就是回归当初python刚被创建的时候“半天就可以学会的语言”的样子。而今天的简单当然同当初的简单是完全不同的两个层面的——当初的python仅仅是一个脚本语言，是一种比shell语言稍微强点，用了做点系统管理和维护为主的语言。而今天python的应用几乎已经扩展到各个应用层面了。因此现在要追求简单和简洁这两个属性难度就会大很多，而且很大程度书在这个宽广的应用背景下简单同简洁这两个属性的要求还可能多时候是矛盾的。
其实我觉得可惜的是，py3k没有把stackless python的尝试添加到进来。实在是可惜，可惜。

11 楼 hellas 2008-11-05  

不知道py3效率变差后，djiango还能不能在效率上超过ruby?

10 楼 kevincool998 2008-11-04  

zengsun 写道

强烈支持print语句的消失（从语言设计角度，print语句糟糕透了）！
但效率变差就不好接受了。

python 写web应用很难

9 楼 zengsun 2008-11-03  

强烈支持print语句的消失（从语言设计角度，print语句糟糕透了）！
但效率变差就不好接受了。

8 楼 zbird 2008-10-29  

可能py3k最大的好处就是包的规范化和unicode。
python的库缺乏一个统一的命名规范，太山寨了。

引用

一般情况下，python 3.0比python 2.5慢33%左右。不过仍有提升空间。

居然慢这么多-_-

7 楼 jjx 2008-10-29  

在语法变革上,python应该不和ruby 走一条路子,3k应该约束的更多

6 楼 liusong1111 2008-10-29  

python3把print从关键字变成了普通函数,对比一下:
http://www.python.org/doc/2.5.2/ref/keywords.html
http://docs.python.org/dev/3.0/reference/lexical_analysis.html#id8

从上面没有看出python3有任何革命性的突破,只看到极小部份的修补.

引用

PEP3113:移除了"元组参数拆包(tuple parameter unpacking)"。这种写法已经不行了：
def foo(a, (b, c)):...
现在要这样写:
def foo(a, b_c):
      b,c = b_c

有erlang pattern matching的意思,如果让python很自然很一致的支持它,就得大动刀,看来这个想法不现实,被嚓掉了.

捣腾了好几年,还不向下兼容,结果才搞成这样,我在怀疑它怎么跟相对先进且各项设施已经成熟的ruby比.

语法特性实在不出彩,既然要放开包袱大搞一把,为啥不学学reia?
http://wiki.reia-lang.org/wiki/Quickstart

>> module Fibonacci
..   def calc(1)
..     0
..   def calc(2)
..     1
..   def calc(n)
..     calc(n - 1) + calc(n - 2)
.. 
=> ~ok
>> Fibonacci.calc(10)
=> 34

5 楼 huangpengxiao 2008-10-29  

avaj 写道

为啥要改print语句？？以前那个我觉着挺方便的，为啥非得改成print()?!

同问。。。。。。。。

4 楼 avaj 2008-10-29  

为啥要改print语句？？以前那个我觉着挺方便的，为啥非得改成print()?!

3 楼 freej 2008-10-29  

不错，很期待Py3，静观Python的革新。

2 楼 打倒小日本 2008-10-29  

向楼主致敬 辛苦了

1 楼 姜太公 2008-10-28  

<p>有两处实在不知道如何翻译才好，保留了原文。</p>
<p> </p>
<p> </p>