問題タブ [icomparable]

リストソート関数でCompareToメソッドロジックがどのように機能するか。

重複の可能性:
IComparable<T> Vs を使用する場合。IComparer<T>

一方、IComparer は両方のケースで機能します。

クラスのインスタンスを配列に入力しています。

この配列にデータを入力したら、残高で並べ替えたいと思います。そのためには、各要素が を使用してソート可能かどうかを確認できるようにしたいと考えていIComparableます。
インターフェイスを使用してこれを行う必要があります。これまでのところ、次のコードがあります。

しかし、これが正しい解決策であるかどうかはわかりません。何かアドバイス？

ソート後にアドミッションコード1203シェルドン博士がリストの一番上に表示されるのは、これがどのようなソートなのかわかりません??? 私は 801、802、803、1203 を期待していました... 誰か説明できますか?

<同じタイプの 2 つのオブジェクトを使用して、とを実装しようとし>ていますが、 のいずれかまたは両方をどうするかについて、信頼できる情報源を見つけることができないようですNothing。言い換えれば、受け入れられている慣行またはMSDNの提案は何ですか。

コード例:

アクセサーは、プロパティの列挙を一元化するための私の標準的な方法です (すべて 10 進数です)。

Nothingどちらかが?の場合、両方に対して false を返します。

コメントを見つけましたが、それを検証または検証できないようです

null オブジェクトは常に非 null オブジェクトより小さい

どのように処理しNothingますか?

特定のセレクターで最小アイテムを見つける拡張メソッドに取り組んでいます。コードの下

エラーが発生しますError Operator '<' cannot be applied to operands of type 'K' and 'K'。しかし、一般的な制約 K を指定しましたStruct and IComparable。これですべての数値データ型が満足できると思います。

では、なぜこれは無効な操作なのですか?

Tを実装するタイプのオブジェクトがありますIComparable<T>。実装時bool Equals (T obj)にチェックを省略してもよろしいif (ReferenceEquals(this, null)) { DoSomething() }でしょうか？関数を呼び出すことができたので、thisすでに null ではないと仮定できますか?

どうもありがとうございました。

IComparableのようなものを.NETに実装するときに、.NETが実際に基になるデータを並べ替えるために使用する並べ替えアルゴリズムを教えてください。また、使用されるアルゴリズムはカスタマイズ可能または選択可能ですか？

IComparableとIComparerインターフェイスの違いは何ですか? Array.Sort()メソッドで常にこのインターフェイスを使用する必要がありますか

次のようなコードを書きたいと思います。

これは可能ですか？そうでない場合、これを判断する別の方法はありますか?