__lt__ em vez de __cmp__

| | | | | | |

O Python 2.x tem duas maneiras de sobrecarregar os operadores de comparação, __cmp__ ou os "operadores de comparação avançados", como __lt__. As sobrecargas de comparação ricas são consideradas preferidas, mas por que isso acontece?

Os operadores de comparação ricos são mais simples de implementar cada um, mas você deve implementar vários deles com lógica quase idêntica . No entanto, se você pode usar o cmp embutido e a ordenação de tuplas, então __cmp__ fica bem simples e cumpre todas as comparações:

class A (objeto): def __init__(self, name, age, other): self.name = name self.age = age self.other = other def __cmp__(self, other): assert isinstance(other, A) # suposição para isso example return cmp((self.name, self.age, self.other), (other.name, other.age, other.other)) 

Esta simplicidade parece atender às minhas necessidades muito melhor do que sobrecarregar todos os 6 (!) das comparações ricas. (No entanto, você pode reduzir para "apenas" 4 se confiar no "argumento trocado"/comportamento refletido, mas isso resulta em um aumento líquido de complicações, na minha humilde opinião.)

< strong>Existem armadilhas imprevistas das quais eu preciso estar ciente se eu apenas sobrecarregar __cmp__?

Eu entendo o < , <=, ==, etc. operadores podem ser sobrecarregados para outros propósitos e podem retornar qualquer objeto que desejarem. Não estou perguntando sobre os méritos dessa abordagem, mas apenas sobre as diferenças ao usar esses operadores para comparações no mesmo sentido que eles significam para números.

Atualização: Como Christopher apontado, cmp está desaparecendo em 3.x. Existem alternativas que tornam a implementação de comparações tão fácil quanto o __cmp__ acima?