<..> .NET rewritten equals gethashcode를 다시 작성해야합니까? <..>
.NET에서 사용자 정의 유형을 정의 할 때 필요한 경우 equals 메소드를 다시 작성해야 할뿐만 아니라 gethashcode 메소드를 다시 작성해야합니다. 이것은 유형이 사전 및 해시 세트 모음에서 키로 사용될 때 특히 중요합니다. 
왜 gethashcode를 다시 작성합니까? <..>
gethashcode는 객체에 대한 해시 코드를 생성하는 역할을합니다. 사용자 정의 비교기가 없으면이 해시 코드를 수집하여 객체를 찾는 적절한 일정을 결정하십시오. 두 객체의 해시 코드가 동일하면 동일한 버킷에 위치하고 있으며 그 당시에 만 더 자세한 동일한 검사를 수행하도록 호출됩니다.
선호하는 gethashcode 메소드
제공된 FOO 클래스를 고려할 때, Equals의 재 작성은 gethashcode의 첫 번째 선택을 기준으로 비교됩니다. 이 방법은 동일한 발효 된 객체의 해시 코드를 갖도록하기 위해 동등한 논리와 일치합니다.
잘못된 재 작성 gethashcode의 결과
재 작성 gethashcode를 무시하고 기본 구현을 사용하여 다음 부작용이 발생합니다.
Miss Equal Object :
두 객체가 실제로 같지만 해시 코드가 다른 경우 동일하게 호출하지 않기 때문에 동일하게 간주 될 수 있습니다.
너무 많은 충돌 :
잘못된 gethashcode 구현은 과도한 충돌로 이어질 것이며, 그 중 다수는 동일한 해시 코드와 함께 할당되어 성능 효율성이 낮습니다.
기타 예방 조치
gethashcode 규칙 : gethashcode 및 동일은 특정 규칙을 준수해야합니다. 동일 객체는 동일한 해시 코드를 반환해야하며 다른 객체는 동일한 해시 코드를 가질 수 있습니다.
Hach 코드 조합 : 여러 속성의 동일한 특성을 고려할 때 해시 코드를 결합하여 대각선 충돌을 줄이는 것이 좋습니다.
편리한 교통 : 부하를 제공하는 것을 고려하십시오.
equals를 기반으로 gethashcode를 다시 쓰면 동일한 식별을 가진 객체가 컬렉션에서 효율적이고 정확한 저장 및 검색을 촉진하기 위해 동일한 해시 코드를 갖도록합니다.
위 내용은 .NET에서 재정의 할 때 gethashcode를 무시해야합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
