- 姜太公
- 等级:
- 性别:
- 文章: 295
- 积分: 440
- 来自: 合肥
|
发表时间:2008-10-28
最后修改:2009-01-16
原文:What's New in Python 3.0
这篇文章主要介绍了相比于python2.6,python3.0的新特性。更详细的介绍请参见python3.0的文档。
Common Stumbling Blocks
本段简单的列出容易使人出错的变动。
- print语句被print()函数取代了,可以使用关键字参数来替代老的print特殊语法。例如:
- Old: print "The answer is", 2*2
- New: print("The answer is", 2*2)
- Old: print x, # 使用逗号结尾禁止换行
- New: print(x, end=" ") # 使用空格代替换行
- Old: print # 输出新行
- New: print() # 输出新行
- Old: print >>sys.stderr, "fatal error"
- New: print("fatal error", file=sys.stderr)
- Old: print (x, y) # 输出repr((x, y))
- New: print((x, y)) # 不同于print(x, y)!
你可以自定义输出项之间的分隔符:
print("There are <", 2**32, "> possibilities!", sep="")
输出结果是:
There are <4294967296> possibilities!
注意:
- print()函数不支持老print语句的“软空格”特性,例如,在python2.x中,print "A\n", "B"会输出"A\nB\n",而python3.0中,print("A\n", "B")会输出"A\n B\n"
- 学会渐渐习惯print()吧!
- 使用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修复。
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
|
返回顶楼 |
|
|
- 姜太公
- 等级:
- 性别:
- 文章: 295
- 积分: 440
- 来自: 合肥
|
|
返回顶楼 |
|
|
- 打倒小日本
- 等级: 初级会员
- 性别:
- 文章: 121
- 积分: 0
- 来自: 辽宁
|
向楼主致敬 辛苦了
|
返回顶楼 |
|
|
- freej
- 等级: 初级会员
- 性别:
- 文章: 463
- 积分: 40
- 来自: 北京
|
不错,很期待Py3,静观Python的革新。
|
返回顶楼 |
|
|
- avaj
- 等级: 初级会员
- 性别:
- 文章: 114
- 积分: 46
- 来自: 北京
|
为啥要改print语句??以前那个我觉着挺方便的,为啥非得改成print()?!
|
返回顶楼 |
|
|
- huangpengxiao
- 等级:
- 性别:
- 文章: 302
- 积分: 200
- 来自: 北京
|
avaj 写道 为啥要改print语句??以前那个我觉着挺方便的,为啥非得改成print()?!
同问。。。。。。。。
|
返回顶楼 |
|
|
- liusong1111
- 等级:
- 文章: 956
- 积分: 966
|
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
|
返回顶楼 |
|
|
- jjx
- 等级:
- 性别:
- 文章: 497
- 积分: 393
- 来自: 浙江宁波
|
在语法变革上,python应该不和ruby 走一条路子,3k应该约束的更多
|
返回顶楼 |
|
|
- zbird
- 等级:
- 性别:
- 文章: 620
- 积分: 333
- 来自: 杭州
|
可能py3k最大的好处就是包的规范化和unicode。
python的库缺乏一个统一的命名规范,太山寨了。
引用 一般情况下,python 3.0比python 2.5慢33%左右。不过仍有提升空间。
居然慢这么多-_-
|
返回顶楼 |
|
|
- zengsun
- 等级: 初级会员
- 性别:
- 文章: 16
- 积分: 92
- 来自: 江西
|
强烈支持print语句的消失(从语言设计角度,print语句糟糕透了)!
但效率变差就不好接受了。
|
返回顶楼 |
|
|