__lt__ en lugar de __cmp__

| | | | | | |

Python 2.x tiene dos formas de sobrecargar los operadores de comparación, __cmp__ o los "operadores de comparación ricos" como __lt__. Se dice que se prefieren las sobrecargas de comparación enriquecidas, pero ¿por qué es así?

Los operadores de comparación enriquecida son más simples de implementar cada uno, pero debe implementar varios de ellos con una lógica casi idéntica . Sin embargo, si puede usar el cmp incorporado y el orden de tuplas, entonces __cmp__ se vuelve bastante simple y cumple con todas las comparaciones:

clase A (objeto): def __init__(yo, nombre, edad, otro): yo.nombre = nombre yo.edad = edad yo.otro = otro def __cmp__(yo, otro): afirmar es instancia(otro, A) # suposición para esto ejemplo return cmp((self.name, self.age, self.other), (other.name, other.age, other.other)) 

Esta simplicidad parece satisfacer mis necesidades mucho mejor que sobrecargar las 6 (!) de las ricas comparaciones. (Sin embargo, puede reducirlo a "solo" 4 si confía en el "argumento intercambiado"/comportamiento reflejado, pero eso resulta en un aumento neto de la complicación, en mi humilde opinión).

< strong>¿Hay algún peligro imprevisto que deba tener en cuenta si solo sobrecargo __cmp__?

Entiendo el < , <=, ==, etc. Los operadores pueden sobrecargarse para otros fines y pueden devolver cualquier objeto que deseen. No estoy preguntando sobre los méritos de ese enfoque, sino solo sobre las diferencias cuando se usan estos operadores para comparaciones en el mismo sentido que significan para los números.

Actualización: Como Christopher señalado, cmp está desapareciendo en 3.x. ¿Existen alternativas que hagan que la implementación de las comparaciones sea tan fácil como el __cmp__ anterior?