C#reference에 대한 3가지 생각

1 값이 동일하면 기본적으로 개체가 동일하게 되나요?

.net 컨테이너에서 참조 유형의 존재를 결정하는 기본 규칙은 무엇입니까? 포인터 값이 같은지 확인합니다.

        private static List<int> list;        static void Main(string[] args)
        {            //新建实例instance1
            MyObject instance1 = new MyObject();
            instance1.Value = 10;            //新建list
            List<MyObject> list = new List<MyObject>();            //引用实例instance1
            list.Add(instance1);            //新建实例：instance2
            MyObject instance2 = new MyObject();            //赋值为instance1.Value
            instance2.Value = instance1.Value;       
        }
    }

사용된 모델 클래스:

            public class MyObject
            {
                public int Value { get; set; }
            }

아래 테스트를 수행하십시오.

            //即便Value相等，instance2与instance1的内存地址不相等！
            bool isExistence1 = list.Contains(instance2);            //isExistence1 : false;

이 테스트 결과는 다른 메모리 주소를 가리키기 때문에 false입니다. 값이 동일한 경우 "값은 같지만 객체가 동일하지 않음"의 경우입니다.
　
참조 유형이 속성 값 중 하나를 기준으로 동일한지 여부를 확인하려면 IEquatable 인터페이스를 구현해야 합니다!
계속해서 값이 같은지 여부에 따라 객체가 같은지 확인하고 싶다면 다음 글을 참고하세요: C# 컨테이너, 인터페이스 클래스, 성능

2 참조 트랩?

　한 개체가 다른 개체를 참조하면 다른 개체도 변경됩니다. 예를 들어 두 개의 사전을 병합할 때 병합 결과는 정확하지만 원본 개체가 실수로 변경되었습니다.

예는 다음과 같습니다.

            var dict1 = new Dictionary<string, List<string>>();
            dict1.Add("qaz",new List<string>(){"100"});//含有qaz键
            dict1.Add("wsx",new List<string>(){"13"});            
            var dict2 = new Dictionary<string, List<string>>();
            dict2.Add("qaz", new List<string>() { "11" });//也含有qaz键
            dict2.Add("edc", new List<string>() { "17" });            //合并2个字典到dict            
            var dictCombine = new Dictionary<string, List<string>>();
            foreach (var ele in dict1) //拿到dict1
            {
               dictCombine .Add(ele.Key,ele.Value); 
            }

            foreach (var ele in dict2) //拿到dict2
            {                if(dictCombine.ContainsKey(ele.Key))//检查重复
                   dictCombine [ele.Key].AddRange(ele.Value); 
                else
                {
                    dictCombine .Add(ele.Key,ele.Value); 
                }
            }

dictCombine의 결과는 정확합니다. {"qaz", "100" 및 "11"}, {" wsx ","13"}, {"edc","17"}
그런데 dict1의 결과는 어떻습니까? 변경되었습니다! dict1은 예기치 않게 {"qaz", "100" 및 "11"}, {"wsx", "13"}이 되었습니다. 올바른 병합, dict1을 변경하면 안 됩니다!

이유 분석

dictCombine은 먼저 dict1의 키 값을 추가합니다. 즉, dictCombine의 키 값은 모두 dict1의 키 값을 참조합니다. 다음으로 dict2를 병합할 때 dictCombine에 dict2의 키가 포함되어 있는지 먼저 확인합니다. 포함된 경우 해당 값은 동일한 개체를 참조합니다. 즉, 이 값이 dict1의 키에 추가됩니다. dictCombine[ele.Key] 및 dict1[ele.Key] 참조가 동일한지 확인:

bool flag = object.ReferenceEquals(dictCombine[ele.Key], dict1[ele.Key]);//true

올바른 솔루션

dictCombine[ele.Key] 및 dict1을 피하세요. [ele .Key] 참조 평등! ! !

Dictionary<string, List<string>> dict = new Dictionary<string, List<string>>();            
//先把键都合并到dictCombine中，值都是新创建的
            foreach (var key in dict1.Keys)
            {                if (!dictCombine.ContainsKey(key))
                    dictCombine.Add(key, new List<string>());
            }            foreach (var key in dict2.Keys)
            {                if (!dictCombine.ContainsKey(key))
                    dictCombine.Add(key, new List<string>());
            }     //分别将值添加进去
            foreach (var ele in dict1)
            {
                dictCombine[ele.Key].AddRange(ele.Value);
            }            foreach (var ele in dict2)
            {
                dictCombine[ele.Key].AddRange(ele.Value);
            }

dictCombine 병합 결과가 정확하며 dict1이나 dict2가 모두 변경되지 않았습니다!

요약
　 참조 동등성을 사용하면 함수 간 참조 전송 등 많은 이점을 얻을 수 있습니다. 그러나 부적절하게 사용하면 불필요한 문제가 발생할 수도 있습니다.​

3 부적절한 참조가 캡슐화를 파괴한다고요?
　
캡슐화된 클래스의 비공개 필드가 인터페이스 메소드의 반환 값으로 사용되는 경우 이 접근 방식은 캡슐화를 파괴합니다. 수업, 특히 간과하기 쉬운 문제입니다. 이 문제를 무시하면 설명할 수 없는 문제가 발생할 수 있습니다.

다음 코드에서 볼 수 있듯이

public class TestPrivateEncapsulate
{
    private List<object> _refObjs;

    public List<object> GetRefObjs()
    {
        _refObjs = new List<object>();        ...
        ...
       //其他逻辑处理计算出来的_refObjs={1,4,2};    
        return _refObjs; //返回私有字段
    }

    public object GetSumByIterRefObjs()
    {        if (_refObjs == null)            return null;
        foreach (var item in _refObjs)
        {            ...//处理逻辑
        }
    }  
}

이제 방금 작성한 TestPrivateEncapsulate 클래스를 사용하여 먼저 인스턴스

TestPrivateEncapsulate test = new TestPrivateEncapsulate();

를 생성한 다음 호출합니다. :

List<object> wantedObjs = test.GetRefObjs();

　반환되는 예상 WantObjs에는 정수 유형 1, 4, 2의 3개 요소가 있어야 합니다.

계속:

List<object> sol = wantedObjs; //我们将sol指向wantedObjssol.Add(5); //加入元素5

돌아가서 계산하려고 할 때,wantedObjs 요소의 원래 합:

test.GetSum();

예상한 대로 7이 아니라 실수로 12가 나왔습니다. 왜 이런가요?

주의 깊게 분석한 결과, 클라이언트에서 sol.Add(5)를 호출한 후 TestPrivateEncapsulate: _refObjs의 변수가 {1,4,2}에서 {1, 4,2,5}.

　클라이언트 측에서 개인 변수를 수정했습니다! 이것은 개인 변수를 반환하는 인터페이스의 부작용입니다!

　올바른 해결 방법:

    // 将原来的公有变为私有
    private List<object> getRefObjs()
    {
        _refObjs = new List<object>();        ...
        ...
       //其他逻辑处理计算出来的_refObjs={1,4,2};    
        return _refObjs; //返回私有字段
    }

    //只带只读的属性
    public RefObjs
    {
        get
         {
            getRefObjs();            return _refObjs;
         }
    }

읽기 전용 속성만 있는 공개 필드를 설정하고 원래 공개 메소드 GetRefObjs를 비공개 메소드 getRefObjs로 변경합니다. 클라이언트가 개인 필드를 수정하는 것은 불가능합니다!

요약
개체의 속성 값은 모두 동일하지만 개체 참조가 반드시 동일하지는 않습니다.
두 개 이상의 개체가 개체를 참조하면 모든 리퍼러의 속성 값이 동일해집니다. 또한 수정되었습니다.
멤버 반환 캡슐화된 참조 변수는 캡슐화를 파괴합니다.

위 내용은 C#reference의 세 가지 생각을 자세히 소개한 내용입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(www.php.cn)를 참고해주세요!