 击败 x.len()，从内置函数看 Python 的设计思想)
内置函数是编程中的一个重要特点, 利用其极简的语法, 能够实现许多常见的操作。事先在内置命名空间里把它们进行了定义, 直接就能使用, 不需要做额外配置, 所见即是结果。大家公认它是一种容易入门的语言, 之所以这个说法站得住脚, 关键在于内置函数在其中发挥了极其重要的推动作用。为了让大家能够更直观地理解, 我们可以举一个简单的例子, 比如想要获取一个字符串 x 的长度, 这个时候使用的书写方式是 len(x), 并且这种书写方法对于列表、元组和字典等各种类型的对象来讲, 同样都是适用的, 大家只需要把对应的参数传递进去就可以了, 因为 len() 这个函数本身就是一个被共同使用的功能。这种极简主义的哲学思想体现了一种比较的概念: 是, 比那个更好。但是, 存在这样的情况, 那就是某些语言并不是处于这样的状态之中, 举个例子来说吧, 在 Java 这个开发工具环境下, 字符串这个类它拥有一个专门用来计算长度的方法, 而其他的那些类它们也各自拥有属于自己的计算长度的方法, 这样一来, 它们彼此之间就没有办法进行共享使用了, 所以当我们需要在具体的业务场景中频繁调用这些方法的时候, 我们必须通过当前的这个类的名称或者是这个类的具体对象实例来进行直接的访问和操作。在计算字符串长度的这个操作方面, 其具体的实现方式如下所示:saying Hello world!print(len(saying))# 结果12至于在Java这个语言里头, 写出来代码的样子可能像是下面这个样子, 不过这里为了让大家更容易看明白, 所以把内容进行了简化处理。String saying Hello world!;System.out.println(saying.length());// 结果12在前缀表达式这一处理方式上, 采取的是它, 而在 Java 这个领域呢, 所采用的则是后缀表达式。除了求长度的某些内置函数也能在 Java 中找到对应的表达。例如数值型字符串 s 转化为整型数字 可以用 int(s) 函数而 Java 可以用 .(s) 整型数字转化为字符串 可以用 str(i) 而 Java 也有 .(i) 。它的内部函数并不和特定的类别形成绑定关系, 这些函数属于第一等级的对象。然而, Java 语言之中的“函数”没办法离开具体的类别而独立存在, 它们仅仅被视为一种附属性的组成部分。从直接观察的角度去理解的话, 觉得那个表达更好一点的想法似乎是成立的。可是, 它们之间其实没法进行比较, 原因是这两套语言系统是完全不同的, 各自都有自己独特且不一样的范畴背景, 所以绝对不能轻易地就把它们简化成同一种东西或者进行简单的对比处理。这就好比是, 大家不能因为拉丁字母的笔画特别简单, 就觉得它优于汉字, 这理由站不住脚, 因为大家在表达意思的时候, 那些只表音的字母其实远远比不过那些能表意的汉字。还有更明显的一点, 日本当时借用了一些汉字的偏旁和部首来制造他们自己的文字, 这些新造的字虽然确实更省笔墨, 但也完全丢失了原有的那种丰富意蕴。我们不妨拿它来做个比较, 那个内置函数虽然用起来方便好看, 可是却把一些本来可以表达清楚的意思给弄丢了。有些人在批评或者攻击它的时候, 也特别喜欢拿着这个话题来说事情, 他们觉得这算是它那方面的一种设计上的不足之处。这就引出了本文最想要去讨论的一个重要问题, 这个问題就是: 为什么要将其设计为类似于 len(x) 这种前缀表达的模式, 而不是去采用类似于 x.len() 这样的后缀表达方式呢?实际上, 后缀这个设计的概念它也是能够成立的, 就拿那个名为“中”的相关列表里的这两个具体方法, 作为一个实实在在的实例来举例分析一下的话。mylist [2, 1, 3, 5, 4]mylist.sort()print(mylist) # [1, 2, 3, 4, 5]mylist.reverse()print(mylist) # [5, 4, 3, 2, 1]它们都是依靠列表对象这一形式进行调用的, 绝对不是从内置命名空间里面凭空取用的。其中所蕴含的意义也被表述得非常明确, 其指代的正是对于该操作执行排序功能或者是执行逆转操作。真是凑得特别巧, 它们还有两个同父异母的兄弟是与, 前缀表达型指的是这两个。mylist [2, 1, 3, 5, 4]sort_list sorted(mylist)print(sort_list) # [1, 2, 3, 4, 5]reverse_list reversed(mylist)print(list(reverse_list)) # [4, 5, 3, 1, 2]不同的写法, 它们所做的事情其实是同一样的我们不考虑它们的副作用情况, 所以说后缀语法这个方法并不是说行不通的、并不是不可行的, 之所以现在不用它, 那肯定是为了某种目的而故意做出来的设计选择。回过头来谈之前那个问题, 大家会感到好奇, 为什么代码里面写的是 len(x) 这种形式, 而不是写成像对象方法那样的 x.len(x), 这背后的深层原因? 这实际上根源于系统底层所秉持的一种什么样的设计思想?之父 Guido van 曾经解释过这个问题链接见文末有两个原因把上面那两个说清楚的理由讲完了之后, Guido 又把它收束成简短的一句话来表述, 他说: “我把 len 视作一种内置的功能”。这种话术的落脚点, 已经完全超出了单纯去讨论它是否在可读性与理解难度上具备优势的范畴, 并且是彻头彻底地在把 len() 这个功能的重要性与地位往上抬高地。这种情况就像是我们在描述分数的时候, 那个½里的横线本身就是一种已经内置好的数学表达形式, 所以并不需要我们额外再去实现某个专门的接口, 横线的存在本身就已经直接传递出了某数除以某数这样的含义了。正因为整数、浮点数以及有理数和无理数这些不同类型的数值都是在共同使用同一个基础的操作符, 所以才完全不需要为每一类单独的数据去专门开发一种用于求得分数的特定操作方式。优雅易懂是它一直奉行的设计哲学, 这一点在前缀表达方式使用 len() 函数的时候体现得尤其到位。我想起在那篇题为《超强汇总: 学习列表, 只需这篇文章就够了》的文章里面, 曾经引用过 Guido关于 为什么索引从 0 开始 这个问题的解释。其中最重要的一个原因, 正是因为这种基于 0开始的索引方式才显得那么优雅又容易理解。接下来我们要先瞧瞧, 切片这个用法到底是怎么回事。眼下最常见的情况, 就是去提取前面的几个元素或者从第i个位置索引开始往后数n个元素。其中第一种用法, 实际上算是第二种用法里起始位等于i时的那个特殊情形。要是这两种做法在实现的时候, 能够在表达式里面少出现点那种看着别扭的加1或者减1, 那么就显得相当优雅了。采用的是从零开始的索引方式、半开区间的切片操作, 以及带有默认值的匹配区间最终确定的就是这个方法, 这使得以上两种情况下的切片语法显得更加简洁美观: a 和 a, 前者属于后者的一种缩写形式。因此, 我们可以讲 len(x) 胜出并且超过 x.len() , 支撑这种观点的是一种把复杂变得简单的思路, 它看起来很单纯, 但是意思很深远。面向对象的编程语言自从被发明出来那一刻起, 就想要去模拟我们所生活的现实世界, 可是像什么类、接口、对象, 以及它们的方法啊这一堆东西, 产生的那种不好的影响, 有时候会遮住我们的眼睛, 让我们看不见这个世界的真实样子。桌子这种事物, 它有属于自己的去计算长度的办法, 椅子这种事物, 也有它自己去计算长度的办法, 这样的情况没有尽头, 但是现实世界真的就是这样一个样子吗?难道那个用来求长度的办法非要跟具体的类绑在一起吗? 它完全有可能成为一个独立的对象存在着, 这个办法之所以能存在, 最根本的原因是因为它依赖于某个具体的对象并不是因为有一个特定的类才导致了它的存在。所以, 我打算把话说明白一点, 就是len(x)能够把x.len()给打败下去, 这一点儿也反映了对于这个世界底层逻辑的那种深刻看清了。去求某个对象的长度, 这个操作是独立存在在对象外面的, 它并不是对象内部拥有的一种属性, 也谈不上是一个功能。顺着这个角度去想, 我们就能搞明白, 为什么需要去设计出那个叫作 内置函数 的东西了。说白了, 所谓的 内置函数, 其实就是对世界本质的一个捕捉行为。通过这些能够以小见大的细微发现, 我们完全有理由去热爱这类语言。毕竟人的一生时间非常短暂, 因此我选择投入其中来度过时光。关联阅读Guido对这个事情进行了解释, 这个解释是关于len这个东西是从什么地方来的。Guido 解释 0 索引的由来
内置函数是编程中的一个重要特点, 利用其极简的语法, 能够实现许多常见的操作。事先在内置命名空间里把它们进行了定义, 直接就能使用, 不需要做额外配置, 所见即是结果。大家公认它是一种容易入门的语言, 之所以这个说法站得住脚, 关键在于内置函数在其中发挥了极其重要的推动作用。为了让大家能够更直观地理解, 我们可以举一个简单的例子, 比如想要获取一个字符串 x 的长度, 这个时候使用的书写方式是 len(x), 并且这种书写方法对于列表、元组和字典等各种类型的对象来讲, 同样都是适用的, 大家只需要把对应的参数传递进去就可以了, 因为 len() 这个函数本身就是一个被共同使用的功能。这种极简主义的哲学思想体现了一种比较的概念: 是, 比那个更好。但是, 存在这样的情况, 那就是某些语言并不是处于这样的状态之中, 举个例子来说吧, 在 Java 这个开发工具环境下, 字符串这个类它拥有一个专门用来计算长度的方法, 而其他的那些类它们也各自拥有属于自己的计算长度的方法, 这样一来, 它们彼此之间就没有办法进行共享使用了, 所以当我们需要在具体的业务场景中频繁调用这些方法的时候, 我们必须通过当前的这个类的名称或者是这个类的具体对象实例来进行直接的访问和操作。在计算字符串长度的这个操作方面, 其具体的实现方式如下所示:saying Hello world!print(len(saying))# 结果12至于在Java这个语言里头, 写出来代码的样子可能像是下面这个样子, 不过这里为了让大家更容易看明白, 所以把内容进行了简化处理。String saying Hello world!;System.out.println(saying.length());// 结果12在前缀表达式这一处理方式上, 采取的是它, 而在 Java 这个领域呢, 所采用的则是后缀表达式。除了求长度的某些内置函数也能在 Java 中找到对应的表达。例如数值型字符串 s 转化为整型数字 可以用 int(s) 函数而 Java 可以用 .(s) 整型数字转化为字符串 可以用 str(i) 而 Java 也有 .(i) 。它的内部函数并不和特定的类别形成绑定关系, 这些函数属于第一等级的对象。然而, Java 语言之中的“函数”没办法离开具体的类别而独立存在, 它们仅仅被视为一种附属性的组成部分。从直接观察的角度去理解的话, 觉得那个表达更好一点的想法似乎是成立的。可是, 它们之间其实没法进行比较, 原因是这两套语言系统是完全不同的, 各自都有自己独特且不一样的范畴背景, 所以绝对不能轻易地就把它们简化成同一种东西或者进行简单的对比处理。这就好比是, 大家不能因为拉丁字母的笔画特别简单, 就觉得它优于汉字, 这理由站不住脚, 因为大家在表达意思的时候, 那些只表音的字母其实远远比不过那些能表意的汉字。还有更明显的一点, 日本当时借用了一些汉字的偏旁和部首来制造他们自己的文字, 这些新造的字虽然确实更省笔墨, 但也完全丢失了原有的那种丰富意蕴。我们不妨拿它来做个比较, 那个内置函数虽然用起来方便好看, 可是却把一些本来可以表达清楚的意思给弄丢了。有些人在批评或者攻击它的时候, 也特别喜欢拿着这个话题来说事情, 他们觉得这算是它那方面的一种设计上的不足之处。这就引出了本文最想要去讨论的一个重要问题, 这个问題就是: 为什么要将其设计为类似于 len(x) 这种前缀表达的模式, 而不是去采用类似于 x.len() 这样的后缀表达方式呢?实际上, 后缀这个设计的概念它也是能够成立的, 就拿那个名为“中”的相关列表里的这两个具体方法, 作为一个实实在在的实例来举例分析一下的话。mylist [2, 1, 3, 5, 4]mylist.sort()print(mylist) # [1, 2, 3, 4, 5]mylist.reverse()print(mylist) # [5, 4, 3, 2, 1]它们都是依靠列表对象这一形式进行调用的, 绝对不是从内置命名空间里面凭空取用的。其中所蕴含的意义也被表述得非常明确, 其指代的正是对于该操作执行排序功能或者是执行逆转操作。真是凑得特别巧, 它们还有两个同父异母的兄弟是与, 前缀表达型指的是这两个。mylist [2, 1, 3, 5, 4]sort_list sorted(mylist)print(sort_list) # [1, 2, 3, 4, 5]reverse_list reversed(mylist)print(list(reverse_list)) # [4, 5, 3, 1, 2]不同的写法, 它们所做的事情其实是同一样的我们不考虑它们的副作用情况, 所以说后缀语法这个方法并不是说行不通的、并不是不可行的, 之所以现在不用它, 那肯定是为了某种目的而故意做出来的设计选择。回过头来谈之前那个问题, 大家会感到好奇, 为什么代码里面写的是 len(x) 这种形式, 而不是写成像对象方法那样的 x.len(x), 这背后的深层原因? 这实际上根源于系统底层所秉持的一种什么样的设计思想?之父 Guido van 曾经解释过这个问题链接见文末有两个原因把上面那两个说清楚的理由讲完了之后, Guido 又把它收束成简短的一句话来表述, 他说: “我把 len 视作一种内置的功能”。这种话术的落脚点, 已经完全超出了单纯去讨论它是否在可读性与理解难度上具备优势的范畴, 并且是彻头彻底地在把 len() 这个功能的重要性与地位往上抬高地。这种情况就像是我们在描述分数的时候, 那个½里的横线本身就是一种已经内置好的数学表达形式, 所以并不需要我们额外再去实现某个专门的接口, 横线的存在本身就已经直接传递出了某数除以某数这样的含义了。正因为整数、浮点数以及有理数和无理数这些不同类型的数值都是在共同使用同一个基础的操作符, 所以才完全不需要为每一类单独的数据去专门开发一种用于求得分数的特定操作方式。优雅易懂是它一直奉行的设计哲学, 这一点在前缀表达方式使用 len() 函数的时候体现得尤其到位。我想起在那篇题为《超强汇总: 学习列表, 只需这篇文章就够了》的文章里面, 曾经引用过 Guido关于 为什么索引从 0 开始 这个问题的解释。其中最重要的一个原因, 正是因为这种基于 0开始的索引方式才显得那么优雅又容易理解。接下来我们要先瞧瞧, 切片这个用法到底是怎么回事。眼下最常见的情况, 就是去提取前面的几个元素或者从第i个位置索引开始往后数n个元素。其中第一种用法, 实际上算是第二种用法里起始位等于i时的那个特殊情形。要是这两种做法在实现的时候, 能够在表达式里面少出现点那种看着别扭的加1或者减1, 那么就显得相当优雅了。采用的是从零开始的索引方式、半开区间的切片操作, 以及带有默认值的匹配区间最终确定的就是这个方法, 这使得以上两种情况下的切片语法显得更加简洁美观: a 和 a, 前者属于后者的一种缩写形式。因此, 我们可以讲 len(x) 胜出并且超过 x.len() , 支撑这种观点的是一种把复杂变得简单的思路, 它看起来很单纯, 但是意思很深远。面向对象的编程语言自从被发明出来那一刻起, 就想要去模拟我们所生活的现实世界, 可是像什么类、接口、对象, 以及它们的方法啊这一堆东西, 产生的那种不好的影响, 有时候会遮住我们的眼睛, 让我们看不见这个世界的真实样子。桌子这种事物, 它有属于自己的去计算长度的办法, 椅子这种事物, 也有它自己去计算长度的办法, 这样的情况没有尽头, 但是现实世界真的就是这样一个样子吗?难道那个用来求长度的办法非要跟具体的类绑在一起吗? 它完全有可能成为一个独立的对象存在着, 这个办法之所以能存在, 最根本的原因是因为它依赖于某个具体的对象并不是因为有一个特定的类才导致了它的存在。所以, 我打算把话说明白一点, 就是len(x)能够把x.len()给打败下去, 这一点儿也反映了对于这个世界底层逻辑的那种深刻看清了。去求某个对象的长度, 这个操作是独立存在在对象外面的, 它并不是对象内部拥有的一种属性, 也谈不上是一个功能。顺着这个角度去想, 我们就能搞明白, 为什么需要去设计出那个叫作 内置函数 的东西了。说白了, 所谓的 内置函数, 其实就是对世界本质的一个捕捉行为。通过这些能够以小见大的细微发现, 我们完全有理由去热爱这类语言。毕竟人的一生时间非常短暂, 因此我选择投入其中来度过时光。关联阅读Guido对这个事情进行了解释, 这个解释是关于len这个东西是从什么地方来的。Guido 解释 0 索引的由来
