python2 str 对象的不确定性
'abcd'
如果你是 python3 用户,你会说这是一个包含了”a”, “b”, “c”, 和 “d” 的字符串。
如果你是 python2 用户,你可能会说这是一个包含了”a”, “b”, “c”, 和 “d” 的字符串,也可能会说这是表示 97, 98, 99, 和 100 的 bytes。
这意味着你得足够细心,明确自己的 str 对象到底是文本还是 bytes ,不然就可能会在你的代码里面埋下 bug。
没错,只要你是一个足够细心,真正 “合格” 的程序员,这些问题都有解决方案。但是!这样的假设是不切实际的,程序员是人,是人
就意味着一定会犯错!
推荐学习《python教程》
哲学层面的考量
设计任何一个面向所有人的系统,原子层面的设计都要及其小心细致。
数据类型是一门编程语言最最最基础的构成,从哲学层面来讲,构建一座大厦的原子出现这种不确定性是让人无法接受的!
Python之蝉里面有一句话:
Thereshouldbeone—andpreferablyonlyone—obviouswaytodoit.
完成一件事,给开发者太多的选择并不就是好的,因为这可能会带来沟通成本、选择成本的增加,得不偿失。
python核心开发者 Brett Cannon 在他的一篇文章 Why Python 3 exists 中说:
Andwemadethechangewhenwedidbecausewefiguredthesoonerthebetter.
the sooner the better,一定要做的事越早越好。
不过他也说了,python2 到 python3 这样大的 “向后不兼容” 的改变之后应该都不会再发生了,因为这的确对开发者不友好。
总结一下
Python2 str 对象的模糊性,这种原子层面的模糊性是不可接受的。
Python2 unicode 只是可选项,不是必选项,可选意味着有人不选。Python3 开始默认支持 unicode。
原文来自:https://www.py.cn
暂无评论内容