__cmp__の代わりに__lt__

Python 2.xには、比較演算子、__cmp__またはなどの「豊富な比較演算子」をオーバーロードする方法が2つあります__lt__。 豊富な比較オーバーロードが好ましいと言われていますが、なぜそうなのでしょうか。

豊富な比較演算子はそれぞれを実装する方が簡単ですが、それらのいくつかをほぼ同じロジックで実装する必要があります。ただし、組み込みcmpおよびタプルの順序付けを使用できる場合は、__cmp__非常に単純になり、すべての比較が実行されます。

class A(object):
  def __init__(self, name, age, other):
    self.name = name
    self.age = age
    self.other = other
  def __cmp__(self, other):
    assert isinstance(other, A) # assumption for this example
    return cmp((self.name, self.age, self.other),
               (other.name, other.age, other.other))

この単純さは、豊富な比較の6（！）すべてをオーバーロードするよりもはるかによく私のニーズを満たしているようです。（ただし、「スワップされた引数」/反映された動作に依存している場合は、「わずか」4に下げることができますが、私の考えでは、複雑さの正味の増加になります。）

オーバーロードするだけの場合に知っておく必要のある予期しない落とし穴はあり__cmp__ますか？

私は理解して<、<=、==、などの事業者が他の目的のために、オーバーロードすることができ、そして、彼らが好きな任意のオブジェクトを返すことができます。私はそのアプローチのメリットについて尋ねているのではなく、数値に対して意味するのと同じ意味でこれらの演算子を比較に使用する場合の違いについてのみ尋ねています。

更新： Christopherが指摘したように、cmpは3.xで姿を消しています。上記と同じくらい簡単に比較を実装できる代替手段はあります__cmp__か？

__lt__はい、たとえば、ミックスインクラス（またはメタクラス、または好みに合わせてクラスデコレータ）を使用して、すべてを実装するのは簡単です。

例えば：

class ComparableMixin:
  def __eq__(self, other):
    return not self<other and not other<self
  def __ne__(self, other):
    return self<other or other<self
  def __gt__(self, other):
    return other<self
  def __ge__(self, other):
    return not self<other
  def __le__(self, other):
    return not other<self

これで、クラスは__lt__、ComparableMixinから正確に定義して複数継承できます（他に必要なベースがある場合は、その後に）。クラスデコレータは非常によく似ており、デコレートする新しいクラスの属性として同様の関数を挿入するだけです（結果として、実行時に、メモリの観点から見ても同じくらいのコストで、微視的に高速になる可能性があります）。

もちろん、クラスに（eg）__eq__とを実装する特に高速な方法がある__ne__場合は、それらを直接定義して、ミックスインのバージョンが使用されないようにする必要があります（たとえば、の場合dict）-実際__ne__に定義して、それとして：

def __ne__(self, other):
  return not self == other

しかし、上記のコードでは、<;-) のみを使用するという対称性を維持したいと考えました。理由として__cmp__、我々がいるので行かなければならなかった、やってい__lt__や友人、なぜ、別の周りにまったく同じことを行うための別の方法を保ちますか？すべてのPythonランタイム（Classic、Jython、IronPython、PyPyなど）で非常に重要です。コードは間違いなくそこから（Cはの「スピリットCの」セクションで同じ原理を持っているタスクを実行するための理想的な1つの明白な方法があるはずべきことPythonの原則-バグを持っていないでしょうがありませんコードですISO標準、btw）。

これは、私たちが物事を禁止する我々の方法の外出を意味するものではありません（例えば、ミックスインといくつかの用途のためのクラスのデコレータの間にほぼ等価）が、それは間違いありません、我々はコンパイラとのコードを持ち歩くのは好きではないということを意味/または、まったく同じタスクを実行する複数の同等のアプローチをサポートするためだけに冗長に存在するランタイム。

さらに編集：実際__key__に、質問へのコメントで述べたように、質問のメソッドを含む多くのクラスに比較とハッシュを提供するためのより良い方法があります- メソッド。私はそのためのPEPを書くことに慣れなかったので、もしそれが好きなら、あなたは現在それをMixin（＆c）で実装しなければなりません：

class KeyedMixin:
  def __lt__(self, other):
    return self.__key__() < other.__key__()
  # and so on for other comparators, as above, plus:
  def __hash__(self):
    return hash(self.__key__())

他のインスタンスとのインスタンスの比較が煮詰めて、いくつかのフィールドを持つ各タプルを比較することは非常に一般的なケースです-そして、ハッシュはまったく同じ基準で実装されるべきです。__key__直接必要とする特別な方法アドレス。

このケースを簡略化するために、Python 2.7 + / 3.2 +にはクラスデコレータfunctools.total_orderingがあり、これを使用してAlexの提案を実装できます。ドキュメントの例：

@total_ordering
class Student:
    def __eq__(self, other):
        return ((self.lastname.lower(), self.firstname.lower()) ==
                (other.lastname.lower(), other.firstname.lower()))
    def __lt__(self, other):
        return ((self.lastname.lower(), self.firstname.lower()) <
                (other.lastname.lower(), other.firstname.lower()))

これはPEP 207-豊富な比較でカバーされています

また、__cmp__Python 3.0では廃止されます。（それが上に存在しないことに注意してくださいhttp://docs.python.org/3.0/reference/datamodel.htmlそれがオンになっているhttp://docs.python.org/2.7/reference/datamodel.html）

（コメントを考慮に入れるために6/17/17を編集。）

上記の比較可能なミックスインの答えを試しました。「なし」で困りました。以下は、「なし」との等価比較を処理する変更バージョンです。（Noneとの不等比較を意味論に欠けるものとして悩む理由はありませんでした）：

class ComparableMixin(object):

    def __eq__(self, other):
        if not isinstance(other, type(self)): 
            return NotImplemented
        else:
            return not self<other and not other<self

    def __ne__(self, other):
        return not __eq__(self, other)

    def __gt__(self, other):
        if not isinstance(other, type(self)): 
            return NotImplemented
        else:
            return other<self

    def __ge__(self, other):
        if not isinstance(other, type(self)): 
            return NotImplemented
        else:
            return not self<other

    def __le__(self, other):
        if not isinstance(other, type(self)): 
            return NotImplemented
        else:
            return not other<self    

Alex MartelliのComparableMixin＆KeyedMixin回答に触発されて、次のミックスインを思いつきました。これにより_compare_to()、と同様のキーベースの比較を使用する単一のメソッドを実装KeyedMixinできますが、クラスはのタイプに基づいて最も効率的な比較キーを選択できますother。（このミックスインは、順序性ではなく同等性をテストできるオブジェクトにはあまり役立ちません）。

class ComparableMixin(object):
    """mixin which implements rich comparison operators in terms of a single _compare_to() helper"""

    def _compare_to(self, other):
        """return keys to compare self to other.

        if self and other are comparable, this function 
        should return ``(self key, other key)``.
        if they aren't, it should return ``None`` instead.
        """
        raise NotImplementedError("_compare_to() must be implemented by subclass")

    def __eq__(self, other):
        keys = self._compare_to(other)
        return keys[0] == keys[1] if keys else NotImplemented

    def __ne__(self, other):
        return not self == other

    def __lt__(self, other):
        keys = self._compare_to(other)
        return keys[0] < keys[1] if keys else NotImplemented

    def __le__(self, other):
        keys = self._compare_to(other)
        return keys[0] <= keys[1] if keys else NotImplemented

    def __gt__(self, other):
        keys = self._compare_to(other)
        return keys[0] > keys[1] if keys else NotImplemented

    def __ge__(self, other):
        keys = self._compare_to(other)
        return keys[0] >= keys[1] if keys else NotImplemented