Python inequality operators; comparing lists
本问题已经有最佳答案,请猛点这里访问。
在使用不等式运算符比较列表时,无法理解python的行为。下面是使用python3命令行解释器的一个片段:
1 2 3 4 5 6 7 8 9 10 | >>> [8] < [7] False >>> [8] < [9] True >>> [8, 6] < [9] True >>> [8, 6] < [9, 7] True # So far so good >>> [8, 6] < [9, 5] True # Huh? |
显然,python不只是在并行索引中移动。我确实找到了一些信息,说明在这个场景中,python按"字典顺序"排列列表,我猜这意味着按字母顺序排列。
所以,我认为列表可能会被排序,然后通过并行比较,但下面的例子证明了这一点:
1 2 | >>> [1, 2, 3] < [3, 2, 1] True |
号
我的猜测是,内部比较将是[1,2,3]<[1,2,3],这应该返回错误,因为1<1是错误的,2<2是错误的,等等。
感谢您的帮助。
python所做的是,并行地遍历列表并比较相同索引的元素。当它第一次遇到不相等的元素时,它返回这个结果。
它与比较单词相同:
1 | "Peter">"Peer" |
号
前两个字母是相同的,第三个字母是不同的,给出了结果。这与纸质字典中使用的方法(对于列表)相同,只是使用列表元素而不是字符。
其他信息:(正如Padraic Cunningham所建议的):当一个列表较短,并且所有元素都达到较短列表的大小时,较长的列表被认为更大。这与普通(纸质)词典中的情况相同。
clearly Python isn't just moving through parallel indexes
号
是的,它在第一次发现不相等的值时停止。这确实是词典编纂的顺序。用字母替换示例中的数字,用字符串替换列表:
1 2 3 4 5 6 | "h" <"g" # False "h" <"i" # True "hf" <"i" # True "hf" <"ig" # True "hf" <"ie" # True - not huh, hf does come before ie alphabetically. "abc" <"cba" # True |
这其实很有道理。
比较的过程与按词典编纂顺序对单词排序的过程相似。毕竟,单词也是列表:字符列表。
你首先考虑第一项。如果一个更小,整个序列就更小,如果它们相等,就转到第二个项目,等等。
显然,"86"在"95"之前,正如"az"在"bc"之前,"100"在"90"之前一样。
更多信息。