C#의 "==" 및 Equals 샘플 코드에 대한 간략한 분석

대부분의 네티즌들은 "=="와 같음을 다음과 같이 요약했습니다:

1. "=="는 두 변수의 값이 같은지 비교합니다.

3. Equals는 두 변수가 동일한 개체를 가리키는지 여부를 비교합니다.

예: 이 기사. 이 기사의 예를 예로 들어 보겠습니다.

아아아아

위의 결론이 맞고 "=="가 두 변수의 값을 비교하여 같다면 다음 코드는 True가 아니어야 합니다.

public class Person
{
     public Person(string name)
     {
         this.Name = name;
     }

     public string Name { get; set; }
}

 static void Main(string[] args)
 {
     string a = new string(new char[] { 'h', 'e', 'l', 'l', 'o' });
     string b = new string(new char[] { 'h', 'e', 'l', 'l', 'o' });
     Console.WriteLine(a == b);         //true
     Console.WriteLine(a.Equals(b));    //true

     object g = a;
     object h = b;
     Console.WriteLine(g == h);         //false
     Console.WriteLine(g.Equals(h));    //true

     Person p1 = new Person("jia");
     Person p2 = new Person("jia");
     Console.WriteLine(p1 == p2);       //false
     Console.WriteLine(p1.Equals(p2));  //false
     Person p3 = new Person("jia");
     Person p4 = p3;
     Console.WriteLine(p3 == p4);       //true
     Console.WriteLine(p3.Equals(p4));  //true

     Console.ReadKey();
 }

분명히 위의 두 문자열 변수인 a와 b는 서로 다른 두 개체를 가리킵니다. 즉, 스택 공간에 저장하는 메모리 주소도 다릅니다. 그런데 왜 그들은 평등합니까?

2. 연산자 오버로딩이란 무엇입니까?

연산자 오버로딩은 기존 연산자를 재정의하고 다양한 데이터 유형에 맞게 다른 기능을 제공하는 것입니다. 간단한 비유를 들어보겠습니다: "+" 두 개의

에 있는 "+" 연산자 모든 모서리가 숫자 유형의 변수인 경우 "+" 연산자는 "+"의 수학적 의미를 나타냅니다. "+" 연산자의 어느 한쪽이 문자열 유형인 경우 "+" 연산자는 연결

을 나타냅니다. 문자열의 의미. 이러한 연산자 오버로딩의 예는 많이 있는데 이것이 이 기사의 주제와 관련이 있습니까? 제가 말씀드리고 싶은 것은 위의 문자열 변수 a, b는 String 클래스

때문이라는 것입니다. 오버로드된 연산자 "==", 다음 소스 코드를 참조하세요:

Console.WriteLine(a == b);         //true

"==" 연산자는 실제로 String 클래스에 오버로드되어 있으며 "=="뿐만 아니라 "!="도 오버로드되어 있습니다. 그리고 오버로드된 연산자 메서드

내부의 String 클래스에서 Equals 메서드를 직접 호출합니다. 소스코드는 다음과 같습니다:

public static bool operator == (String a, String b)
{
    return String.Equals(a, b);
}
 public static bool operator != (String a, String b)
{
    return !String.Equals(a, b);
}

위에서 보면 "==" 연산자는 두 변수에 저장된 값이 같은지 여부를 반드시 비교하지 않는다는 결론을 내릴 수 있습니다. 이는 현재 연산자가 현재 유형에 오버로드되어 있는지 여부에 따라 다릅니다.

3. Equals 다시 작성

여전히 위의 예:

public static bool Equals(String a, String b)
{
         if ((Object)a==(Object)b)
         {
             return true;
         }

         if ((Object)a==null || (Object)b==null)
         {
             return false;
         }

         if (a.Length != b.Length)
             return false;

         return EqualsHelper(a, b);
 }

위에서 볼 수 있듯이 a와 b는 서로 다른 두 개체입니다. 그러나 Equals가 True인 경우 위의 결론: "Equals는 두 변수가 동일한 개체를 가리키는지 여부를 비교합니다."는 유효하지 않습니다. 이유

String 클래스의 Equals 메서드를 살펴보세요.

string a = new string(new char[] { 'h', 'e', 'l', 'l', 'o' });
string b = new string(new char[] { 'h', 'e', 'l', 'l', 'o' });
Console.WriteLine(a == b);         //true
Console.WriteLine(a.Equals(b));    //true

위에서 볼 수 있듯이 String 클래스는 Object의 Equals를 다시 작성할 뿐만 아니라 자체 Equals 메서드도 가지고 있지만 구현 코드는 거의 동일합니다. 비교타입, 메모리주소,

최종 결과를 얻기 위한 실제 값입니다. 따라서 Equals는 참조 주소가 동일한지 여부를 단일 비교하는 것이 아니며 다시 작성하고 사용자 정의할 수도 있다는 점은 말할 것도 없습니다. 하지만 다시 작성

Equals에도 주의가 필요합니다. 즉, HashMap, HashSet, Hashtable을 사용해야 하는 경우 GetHashCode()도 다시 작성해야 합니다.

4. "=="가 있을 때 Equals가 필요한 이유는 무엇입니까?

중국에는 "모든 존재에는 그 자체의 이유와 가치가 있어야 한다"는 말이 있습니다. "=="와 Equals도 마찬가지입니다. 참조 유형에서 "=="의 가장 기본적인 구현은

을 비교하는 것입니다. 두 개체의 메모리 주소가 일치하는지 비교합니다. 일치하면 동일하고, 그렇지 않으면 동일하지 않습니다. 이러한 구현은 분명히 하드웨어 관점에서 생각됩니다. 두 개체가 동일하면 동일한 개체입니다.

그러면 메모리의 주소가 동일해야 합니다. 그러나 '행동(방법)'은 우리가 세상을 바라보는 관점에 따라 달라지는 경우가 많습니다. 예: 문자열 유형에서 문자를 선언합니다.

문자열은

이 있는 한 두 개체가 메모리에 한 번 또는 두 번 생성되는지(즉, 메모리 주소가 동일한지 여부)보다는 문자열의 실제 값에 더 관심을 갖습니다. 실제 값이 동일하면 동일한 것으로 간주합니다. 이는 기계 관점이 아닌 삶의 비즈니스 논리에서 이해됩니다. 물론 위에서 선언한 동일한 문자열

변수가 한 번 생성되든 두 번 생성되든 "Constant pool(또는 string detention pool)"이 가장 좋은 솔루션을 제공했다고 생각합니다.

5. "=="와 같음의 관계는 무엇입니까?

"==" 연산자와 Equals는 실제로 상호보완적입니다. 왜냐면: "==" 연산자의 주요 구현 형태는 "컴퓨터 관점(또는 하드웨어 관점)"에서 구현되기 때문입니다.

Equals는 일반적인 비즈니스 시나리오 또는 특정 비즈니스 시나리오를 기반으로 구현됩니다. 둘 사이에는 필연적인 연결이 없으며 귀하의 비즈니스 요구 사항에 따라 다른 방법을 선택하면 됩니다.

따라서 Equals in Object는 많은 클래스에서 다시 작성되었으며 현재 유형에서 요구되는 특정 동작, 즉 다형성을 실제로 달성합니다. 그래서 위의 내용을 설명하는 것은 어렵지 않습니다:

public override bool Equals(Object obj) <br>       {
    if (this == null)                        //this is necessary to guard against reverse-pinvokes and
        throw new NullReferenceException();  //other callers who do not use the callvirt instruction

    String str = obj as String;
    if (str == null)
        return false;

    if (Object.ReferenceEquals(this, obj))
        return true;

    if (this.Length != str.Length)
        return false;

    return EqualsHelper(this, str);
}

public bool Equals(String value) <br>       {
    if (this == null)                        //this is necessary to guard against reverse-pinvokes and
        throw new NullReferenceException();  //other callers who do not use the callvirt instruction

    if (value == null)
        return false;

    if (Object.ReferenceEquals(this, value))
        return true;

    if (this.Length != value.Length)
        return false;

    return EqualsHelper(this, value);
}

오버로드된 연산자 "=="가 Object에 구현되지 않았기 때문에 "=="의 현재 비교 방법은 두 변수의 스택 공간에 저장된 메모리 주소가 동일한지 비교하는 것입니다. 그리고 Equals는

String 클래스에서 Equals를 호출하는 이유는 g 변수가 실제로 작업 중에 문자열 개체를 가리키고 현재 개체 유형이 Visual Studio 및 컴파일러의 동작일 뿐이기 때문입니다. 즉, 여전히 다형성입니다.

결국 모든 것에는 "=="라는 규칙이 있으며 Equals도 예외는 아닙니다. 자세한 내용을 보려면 MSDN으로 이동을 클릭하세요.

위 내용은 C#의 "==" 및 Equals 샘플 코드에 대한 간략한 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!