String.Equals()
私は最近、大規模なコードベースを紹介され、すべての文字列比較が代わりに使用されていることに気付きました==
その理由は何だと思いますか。
開発者ベースの大部分は、==
文字列を比較するために使用することが間違っていて機能しない Java のバックグラウンドから来ている可能性が非常に高いです。
C# では、文字列として入力されている限り、(文字列に対して) (実質的な) 違いはありません。
それらが次のように入力されている場合、object
またはT
ジェネリックメソッドまたは演算子のオーバーロードについて話している他の回答をここで見る場合は、間違いなく Equals メソッドを使用する必要があります。
と の間には実質的な違いがstring.Equals
あります==
bool result = false;
object obj = "String";
string str2 = "String";
string str3 = typeof(string).Name;
string str4 = "String";
object obj2 = str3;
// Comparision between object obj and string str2 -- Com 1
result = string.Equals(obj, str2);// true
result = String.ReferenceEquals(obj, str2); // true
result = (obj == str2);// true
// Comparision between object obj and string str3 -- Com 2
result = string.Equals(obj, str3);// true
result = String.ReferenceEquals(obj, str3); // false
result = (obj == str3);// false
// Comparision between object obj and string str4 -- Com 3
result = string.Equals(obj, str4);// true
result = String.ReferenceEquals(obj, str4); // true
result = (obj == str4);// true
// Comparision between string str2 and string str3 -- Com 4
result = string.Equals(str2, str3);// true
result = String.ReferenceEquals(str2, str3); // false
result = (str2 == str3);// true
// Comparision between string str2 and string str4 -- Com 5
result = string.Equals(str2, str4);// true
result = String.ReferenceEquals(str2, str4); // true
result = (str2 == str4);// true
// Comparision between string str3 and string str4 -- Com 6
result = string.Equals(str3, str4);// true
result = String.ReferenceEquals(str3, str4); // false
result = (str3 == str4);// true
// Comparision between object obj and object obj2 -- Com 7
result = String.Equals(obj, obj2);// true
result = String.ReferenceEquals(obj, obj2); // false
result = (obj == obj2);// false
ウォッチの追加
obj "String" {1#} object {string}
str2 "String" {1#} string
str3 "String" {5#} string
str4 "String" {1#} string
obj2 "String" {5#} object {string}
今見て{1#}
、{5#}
obj
、str2
、str4
およびobj2
リファレンスは同じです。
obj
そして、他の人obj2
はobject type
string type
結論:
object
しstring
て、参照の等価性チェックを実行しますobject
しstring
て、参照の等価性チェックを実行しますobject
しstring
て、参照の等価性チェックを実行しますstring
しstring
て、文字列値チェックを実行しますstring
しstring
て、文字列値チェックを実行しますstring
しstring
て、文字列値チェックを実行しますobject
しobject
、参照の等価性チェックを実行します - obj と obj2 は異なる参照を指しているため、結果は false です== メソッドと String.Equals メソッドの間には、微妙ではあるが非常に重要な違いが 1 つあります。
class Program
{
static void Main(string[] args)
{
CheckEquality("a", "a");
Console.WriteLine("----------");
CheckEquality("a", "ba".Substring(1));
}
static void CheckEquality<T>(T value1, T value2) where T : class
{
Console.WriteLine("value1: {0}", value1);
Console.WriteLine("value2: {0}", value2);
Console.WriteLine("value1 == value2: {0}", value1 == value2);
Console.WriteLine("value1.Equals(value2): {0}", value1.Equals(value2));
if (typeof(T).IsEquivalentTo(typeof(string)))
{
string string1 = (string)(object)value1;
string string2 = (string)(object)value2;
Console.WriteLine("string1 == string2: {0}", string1 == string2);
}
}
}
次の出力が生成されます。
value1: a value2: a value1 == value2: True value1.Equals(value2): True string1 == string2: True ---------- value1: a value2: a value1 == value2: False value1.Equals(value2): True string1 == string2: True
== 演算子が明らかに等しい 2 つの文字列に対してfalseを返していることがわかります。なんで?ジェネリック メソッドで使用されている == 演算子は、System.Object で定義されている op_equal メソッドに解決されるため (メソッドがコンパイル時に持つ T の唯一の保証)、値の等価性ではなく参照の等価性であることを意味します。
System.String として明示的に型指定された 2 つの値がある場合、コンパイラは == を System.Object.op_equal ではなく System.String.op_equal に解決するため、== は値が等しいセマンティックを持ちます。
したがって、安全にプレイするために、ほとんどの場合、代わりに String.Equals を使用して、必要な値の等価セマンティクスを常に取得します。
また、値の 1 つが null の場合に NullReferenceExceptions を回避するために、私は常に静的なString.Equals メソッドを使用します。
bool true = String.Equals("a", "ba".Substring(1));
String.Equals
は、ケーシングとカルチャを考慮した比較を処理するためのオーバーロードを提供します。コードでこれらを使用しない場合、開発者は Java に慣れているだけかもしれません。(マシューが言うように) .Equals メソッドを使用して内容を比較する必要があります。
どちらの方法も機能的には同じです。値を比較します。
MSDNに書かれているように:
String.Equals
-このインスタンスと別の指定されたStringオブジェクトが同じ値を持っているかどうかを判別します。(http://msdn.microsoft.com/en-us/library/858x0yyx.aspx)==
-文字列は参照型ですが、等価演算子(==
および
!=
)は、参照ではなく文字列オブジェクトの値を比較するために定義されています。これにより、文字列の同等性のテストがより直感的になります。(http://msdn.microsoft.com/en-en/library/362314fe.aspx)ただし、文字列インスタンスの1つがnullの場合、これらのメソッドの動作は異なります。
string x = null;
string y = "qq";
if (x == y) // returns false
MessageBox.Show("true");
else
MessageBox.Show("false");
if (x.Equals(y)) // returns System.NullReferenceException: Object reference not set to an instance of an object. - because x is null !!!
MessageBox.Show("true");
else
MessageBox.Show("false");
この記事には興味深い記事があり、Jon Skeet からの引用がいくつかあります。使用感はほとんど変わらないようです。
Jon Skeet は、インスタンス Equals のパフォーマンスは「文字列が短い場合にわずかに良くなります。文字列が長くなると、その差はまったく重要ではなくなります」と述べています。
別の違いがあることを付け加えたいと思います。Andrewの投稿に関連しています。
また、ソフトウェアのバグを見つけるのが非常に面倒なことにも関係しています。次の簡略化された例を参照してください(ヌルチェックも省略しました)。
public const int SPECIAL_NUMBER = 213;
public bool IsSpecialNumberEntered(string numberTextBoxTextValue)
{
return numberTextBoxTextValue.Equals(SPECIAL_NUMBER)
}
これはコンパイルされ、常に。を返しfalse
ます。以下はコンパイルエラーを出しますが:
public const int SPECIAL_NUMBER = 213;
public bool IsSpecialNumberEntered(string numberTextBoxTextValue)
{
return (numberTextBoxTextValue == SPECIAL_NUMBER);
}
誰かがを使用して異なるタイプの列挙型を比較するという同様の問題を解決する必要がありましたEquals
。これがバグの原因であることに気付く前に、これを何度も読んでください。特にの定義がSPECIAL_NUMBER
問題領域の近くにない場合。
これが、必要のない状況でのEqualsの使用に本当に反対している理由です。型安全性が少し失われます。
このページを読んで、実際には意味のある違いはないと結論付けたので、バグを解決しようと壁に頭をぶつけたところです。他の誰かが異なる結果を見つけた場合に備えて、このリンクをここに投稿します==からと等しい。
Object ==等式は失敗しますが、.Equalsは成功します。これは意味がありますか?
string a = "x";
string b = new String(new []{'x'});
Console.WriteLine("x == x " + (a == b));//True
Console.WriteLine("object x == x " + ((object)a == (object)b));//False
Console.WriteLine("x equals x " + (a.Equals(b)));//True
Console.WriteLine("object x equals x " + (((object)a).Equals((object)b)));//True