string.Equals()
と ==
演算子は本当に交換可能ですか?
string.Equals()
演算子と ==
演算子はどちらもオブジェクトが等しいかどうかを比較するために使用されますが、動作は異なります。
たとえば、変数 s
は「Category」を含む文字列で、tvi.Header
は WPF TreeViewItem のタイトルで、これにも「Category」が含まれます。ただし、s == tvi.Header
は false と評価され、s.Equals(tvi.Header)
は true と評価されます。
この違いは 2 つの重要な違いから生じます:
Equals
はポリモーフィックです。つまり、その実装はオブジェクトの実行時の型に依存します。この場合、文字列実装を使用して 2 つの文字列の値を比較します。一方、==
は静的に型指定されており、比較対象のオブジェクト (この場合は String と TreeViewItem.Header) のコンパイル時の型に基づいて適切な実装を使用します。これらの型が異なるため、==
は参照比較を実行し、false を返します。 Equals
が呼び出されると、NullReferenceException 例外がスローされます。==
の両方のオペランドが null の場合、結果は true になります。この問題を回避するには、null の可能性があるオブジェクトを処理するときに object.Equals
の代わりに Equals
を使用します。 要約すると、string.Equals()
と ==
演算子は似ていますが、型と null 値の処理に違いがあります。値を正確に比較するには、文字列値を比較するときに string.Equals()
を使用し、==
演算子を使用するときに null 値に注意する必要があります。
以上が文字列を比較する場合: `string.Equals()` と `==` は本当に交換可能ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。