Операторы сравнения vs "богатые методы сравнения" в Python

Может ли кто-нибудь объяснить мне разницу между ними? Те, как правило, эквивалентны ? Может быть, я здесь совершенно не прав, но я думал, что каждый оператор сравнения обязательно связан с одним "богатым методом сравнения". Это из документации:




Соответствие между символами операторов и именами методов выглядит следующим образом:
образом:



x<y звонки x.__lt__(y), x<=y звонки x.__le__(y), x==y звонки x.__eq__(y), x!=y звонки x.__ne__(y), x>y вызовы x.__gt__(y), и x>=y звонки x.__ge__(y).




Вот пример, который демонстрирует мое замешательство.

Питон 3.x: 



dict1 = {1:1}

dict2 = {2:2}



>>> dict1 < dict2

Traceback (most recent call last):

  File "<stdin>", line 1, in <module>

TypeError: '<' not supported between instances of 'dict' and 'dict'

>>> dict1.__lt__(dict2)

NotImplemented


Питон 2.x: 



dict1 = {1:1}

dict2 = {2:2}



>>> dict1 < dict2

True

>>> dict1.__lt__(dict2)

NotImplemented


Из примера python 3 кажется логичным, что вызов dict1 < dict2 не поддерживается. Но как насчет примера Python 2 ? Почему это принято ?



Я знаю, что в отличие от Python 2, в Python 3 не все объекты поддерживают операторы сравнения. К моему удивлению, однако, обе версии возвращают синглтон NotImplemented, когда вызов __lt__().

573   2  

2 ответов:

Это зависит от волшебного метода __cmp__, который должен был заменить операторы богатого сравнения: 

>>> dict1 = {1:1}
>>> dict2 = {2:2}
>>> dict1.__cmp__
<method-wrapper '__cmp__' of dict object at 0x10f075398>
>>> dict1.__cmp__(dict2)
-1

Что касается упорядочивания логики , то вот документация Python 2.7 :

Отображения (экземпляры dict) сравниваются равными тогда и только тогда, когда они имеют равные (ключ, значение) пары. Равенство сравнение ключей и значений усиливает рефлексивность.

Результаты, отличные от равенства, разрешаются последовательно, но не являются иначе определено.

Со сноской:

Более ранние версии Python использовали лексикографическое сравнение отсортированных (ключ, значение) списки, но это было очень дорого для общего случая сравнение для равенства. Еще более ранняя версия Python по сравнению словари только по идентичности, но это вызвало удивление, потому что люди ожидали, что смогут проверить словарь на пустоту с помощью сравнивая его с {}.

И, в Python 3.0, упорядочивание была упрощена. Это из документации :

Операторы сравнения порядка (<, <=, >=, >) вызывают ошибку типа исключение, когда операнды не имеют осмысленного естественного порядка.

builtin.sorted() и list.sort() больше не принимает аргумент cmp предоставление функции сравнения. Вместо этого используйте ключевой аргумент.

Функция cmp() должна рассматриваться как Исчезнувшая, а специальный метод __cmp__() больше не поддерживается. Используйте __lt__() для сортировки, __eq__() с __hash__(), и другие богатые сравнения по мере необходимости. (Если вам действительно нужна функциональность cmp(), Вы можете использовать выражение (a > b) - (a <> b) как эквивалент для cmp(a, b).)

Таким образом, чтобы быть явным, в Python 2, поскольку богатые операторы сравнения не реализованы, объекты dict будут откатываться к __cmp__, из документации модели данных :

object.__cmp__(self, other)
Вызывается операциями сравнения, если богат сравнение (см. выше) не определено. Должны вернуть отрицательный целое число, если самостоятельно другого.

7  
2017-12-13 20:46:20

Примечание для оператора < по сравнению с __lt__: 

import types

class A:
    def __lt__(self, other): return True

def new_lt(self, other): return False

a = A()
print(a < a, a.__lt__(a))  # True True
a.__lt__ = types.MethodType(new_lt, a)
print(a < a, a.__lt__(a))  # True False
A.__lt__ = types.MethodType(new_lt, A)
print(a < a, a.__lt__(a))  # False False

< вызовы __lt__, определенные в классе; __lt__ вызовы __lt__, определенные в объекте.

Обычно это одно и то же:) и это совершенно восхитительно использовать: A.__lt__ = new_lt

1  
2018-05-14 16:04:08

Comments

    Ничего не найдено.
Click here to cancel reply.