__lt__ вместо __cmp__

| | | | | | |

В Python 2.x есть два способа перегрузки операторов сравнения: __cmp__ или "расширенные операторы сравнения", такие как __lt__. Говорят, что расширенные перегрузки расширенных сравнений предпочтительнее, но почему это так?

Каждый из расширенных операторов сравнения проще реализовать, но вы должны реализовать несколько из них с почти идентичной логикой. . Однако, если вы можете использовать встроенный cmp и порядок кортежей, тогда __cmp__ становится довольно простым и выполняет все сравнения:

класс A (объект): def __init__(self, name, age, other): self.name = name self.age = age self.other = other def __cmp__(self, other): assert isinstance(other, A) # предположение для этого пример return cmp((self.name, self.age, self.other), (other.name, other.age, other.other)) 

Эта простота, кажется, отвечает моим потребностям намного лучше, чем перегружать все 6(!) расширенных сравнений. (Тем не менее, вы можете снизить его до «всего» 4, если полагаетесь на «переставленный аргумент»/рефлексивное поведение, но, по моему скромному мнению, это приводит к чистому увеличению сложности.)

< strong>Есть ли какие-либо непредвиденные ловушки, о которых мне нужно знать, если я перегружаю только __cmp__?

Я понимаю < , <=, == и т. д. операторы могут быть перегружены для других целей и могут возвращать любой объект, который им нравится. Я не спрашиваю о достоинствах этого подхода, а только о различиях при использовании этих операторов для сравнений в том же смысле, что и для чисел.

Обновление: Как Кристофер < href="https://stackoverflow.com/questions/1061283/style-why-lt-instead-of-cmp/1061323#1061323">указано, cmp исчезает в 3.х. Есть ли какие-либо альтернативы, которые упрощают реализацию сравнений, как приведенный выше __cmp__?