OP가 참조하는 소스에는 약간의 신뢰성이 있지만 Microsoft는 어떻습니까? 구조 사용에 대한 입장은 무엇입니까? Microsoft에서 추가 학습을 원했고 여기에 내가 찾은 것이 있습니다.

유형의 인스턴스가 작고 일반적으로 수명이 짧거나 다른 객체에 일반적으로 포함되는 경우 클래스 대신 구조를 정의하는 것이 좋습니다.

유형에 다음 특성이 모두없는 한 구조를 정의하지 마십시오.

1. 기본 유형 (정수, 이중 등)과 유사한 단일 값을 논리적으로 나타냅니다.
2. 인스턴스 크기가 16 바이트보다 작습니다.
3. 불변입니다.
4. 자주 박스에 넣을 필요는 없습니다.

Microsoft는 지속적으로 해당 규칙을 위반합니다

어쨌든, # 2와 # 3. 우리의 사랑하는 사전에는 2 개의 내부 구조체가 있습니다 :

[StructLayout(LayoutKind.Sequential)]  // default for structs
private struct Entry  //<Tkey, TValue>
{
    //  View code at *Reference Source
}

[Serializable, StructLayout(LayoutKind.Sequential)]
public struct Enumerator : 
    IEnumerator<KeyValuePair<TKey, TValue>>, IDisposable, 
    IDictionaryEnumerator, IEnumerator
{
    //  View code at *Reference Source
}

* 참고 자료

‘JonnyCantCode.com’소스는 4 개 중 3 개를 얻었습니다. # 4는 문제가되지 않았기 때문에 용서할 수 있습니다. 구조체를 복싱하는 것을 발견하면 아키텍처를 다시 생각하십시오.

Microsoft가 이러한 구조체를 사용하는 이유를 살펴 보겠습니다.

1. 각각의 구조체, Entry그리고 Enumerator단일 값을 나타냅니다.
2. 속도
3. EntryDictionary 클래스 외부의 매개 변수로 전달되지 않습니다. 추가 조사에 따르면 IEnumerable의 구현을 만족시키기 위해 Dictionary는 Enumerator열거자를 요청할 때마다 복사 하는 구조체를 사용합니다 …
4. Dictionary 클래스의 내부. EnumeratorDictionary는 열거 가능하고 IEnumerator 인터페이스 구현 (예 : IEnumerator getter)에 대해 동등한 액세스 가능성을 가져야하기 때문에 공개됩니다.

업데이트 -또한 구조체가 열거자를 수행하는 것처럼 인터페이스를 구현하고 구현 된 형식으로 캐스팅하면 구조체가 참조 형식이되어 힙으로 이동합니다. Dictionary 클래스의 내부에서 Enumerator 는 여전히 값 유형입니다. 그러나 메소드가를 호출하자마자 GetEnumerator()참조 유형 IEnumerator이 반환됩니다.

여기서 볼 수없는 것은 구조체를 불변으로 유지하거나 인스턴스 크기를 16 바이트 이하로 유지하려는 요구 사항이나 시도입니다.

1. 위의 구조체에 아무것도 선언 되지 않았습니다readonly – 불변
2. 이 구조체의 크기는 16 바이트를 넘을 수 있습니다
3. Entry부정형의 수명을 갖는 (발 Add()에 Remove(), Clear()또는 가비지 수집);

그리고 … 4. 두 구조체 모두 TKey와 TValue를 저장합니다. 우리 모두가 참조 유형이 될 수 있음을 알고 있습니다 (추가 보너스 정보)

해시 키에도 불구하고 구조체를 인스턴스화하는 것이 참조 유형보다 빠르기 때문에 사전이 부분적으로 빠릅니다. 여기 Dictionary<int, int>에는 순차적으로 증가하는 키로 300,000 개의 임의의 정수를 저장 하는 것이 있습니다.

용량 : 312874
Mem
크기 : 2660827 바이트 완료 크기 조정 : 5ms
총 충전 시간 : 889ms

용량 : 내부 어레이의 크기를 조정하기 전에 사용 가능한 요소 수.

MemSize : 사전을 MemoryStream으로 직렬화하고 바이트 길이를 얻음으로써 결정됩니다 (우리의 목적에 충분히 정확함).

크기 조정 완료 : 내부 어레이의 크기를 150862 요소에서 312874 요소로 조정하는 데 걸리는 시간. 를 통해 각 요소가 순차적으로 복사 Array.CopyTo()된다고 생각하면 너무 초라하지 않습니다.

채울 총 시간 : 로깅 및 OnResize소스에 추가 한 이벤트 로 인해 왜곡되어 있음 ; 그러나 작업 중에 15 배 크기를 조정하면서 300k 정수를 채우는 것이 여전히 인상적입니다. 호기심만으로도 이미 용량을 알고 있다면 총 충전 시간은 얼마입니까? 13ms

그렇다면 이제 Entry수업은 어떻습니까? 이 시간이나 측정 항목이 그렇게 많이 다른가요?

용량 : 312874
Mem
크기 : 2660827 바이트 완료 크기 조정 : 26ms
총 충전 시간 : 964ms

분명히 큰 차이점은 크기 조정에 있습니다. 용량으로 사전을 초기화하면 어떤 차이가 있습니까? 걱정할 만큼 충분하지 않습니다 … 12ms .

발생하는 것은 Entry구조체 이기 때문에 참조 유형과 같은 초기화가 필요하지 않습니다. 이것은 가치 유형의 아름다움과 허풍입니다. Entry참조 유형 으로 사용 하려면 다음 코드를 삽입해야했습니다.

/*
 *  Added to satisfy initialization of entry elements --
 *  this is where the extra time is spent resizing the Entry array
 * **/
for (int i = 0 ; i < prime ; i++)
{
    destinationArray[i] = new Entry( );
}
/*  *********************************************** */  

Entry참조 유형으로 각 배열 요소를 초기화 해야하는 이유 는 MSDN : Structure Design 에서 찾을 수 있습니다 . 한마디로 :

구조에 기본 생성자를 제공하지 마십시오.

구조가 기본 생성자를 정의하면 구조의 배열을 만들 때 공용 언어 런타임이 각 배열 요소에서 기본 생성자를 자동으로 실행합니다.

C # 컴파일러와 같은 일부 컴파일러에서는 구조체에 기본 생성자가있을 수 없습니다.

실제로는 매우 간단하며 Asimov의 3 가지 로봇 법칙 에서 빌릴 것입니다 .

1. 구조체는 사용하기에 안전해야합니다
2. 규칙 # 1을 위반하지 않는 한 구조체는 효율적으로 기능을 수행해야합니다.
3. 규칙 # 1을 충족시키기 위해 파괴가 요구되지 않는 한, 구조는 사용 중에 손상되지 않아야합니다.

… 우리는 이것에서 무엇을 제거합니까? 간단히 말해서, 값 유형의 사용에 책임이 있습니다. 빠르고 효율적이지만 제대로 유지 관리되지 않으면 예기치 않은 많은 동작을 유발할 수 있습니다 (예 : 의도하지 않은 복사본).

답변

int index = ...
int id = peopleArray[index].Id;

void Foo(ref Person person) {...}
...
Foo(ref peopleArray[index]);

class Point
{
   public int x, y;

   public Point(int x, int y) {
      this.x = x;
      this.y = y;
   }
}

class Test
{
   static void Main() {
      Point[] points = new Point[100];
      for (int i = 0; i < 100; i++) points[i] = new Point(i, i);
   }
}

struct Point
{
   public int x, y;

   public Point(int x, int y) {
      this.x = x;
      this.y = y;
   }
}

Point a = new Point(10, 10);
Point b = a;
a.x = 20;
Console.WriteLine(b.x);