[解決済み] cmp__の代わりに__lt__を使用する。

クリストファーとして が指摘したように , 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 を多重継承することができます（もしあれば、他のベースが必要な後に）。クラス デコレーターは非常に似ていて、装飾する新しいクラスの属性として同様の関数を挿入するだけです (その結果、実行時に微視的に速くなり、メモリの点では同様に微小なコストとなるかもしれません)。

もちろん、もしあなたのクラスが(例えば) __eq__ と __ne__ を定義する場合、ミキシンのバージョンを使用しないように直接定義する必要があります（たとえば dict のように） -- 実際には __ne__ として、それを容易にするために定義されるかもしれません。

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

のみで構成されていますが、上のコードでは、対称性を保つために < ;-). なぜ __cmp__ は行かなければならなかったのかというと、私たちは した ある __lt__ といった具合に、まったく同じことをするのになぜ別の別の方法を持ち続けるのでしょうか？ すべてのPythonランタイム(Classic, Jython, IronPython, PyPy, ...)において、これはとてもデッドウェイトなのです。 そのコードは は間違いなく C言語ではISO標準の"Spirit of C"のセクションで同じ原則を掲げています）。

これは、私たちがわざわざ禁止していることを意味するものではありませんが (たとえば、いくつかの用途における mixin とクラス装飾の間のほぼ等価性)、それは間違いなく を行います。 というのは、まったく同じタスクを実行するために複数の同等のアプローチをサポートするために、コンパイラやランタイムに冗長に存在するコードを持ち歩くことは好ましくないからです。

さらなる編集：多くのクラスに対して比較とハッシュを提供するさらに良い方法が実際に存在し、質問の中のそれを含みます。 __key__ メソッドです。私はそのためのPEPを書くことができなかったので、あなたがそれを好きなら、現在ミキシン（&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__ は、そのニーズに直接応える特別な方法です。