C #에서 매직 메소드가 구현 된 이유는 무엇입니까?

C #에서는 인터페이스로 백업하지 않고 이러한 모든 마법 메서드가 나타나는 것을 시작했습니다. 이것이 왜 선택 되었습니까?

설명하겠습니다.

객체가 구현 된 경우 이전 C #에서, IEnumerable인터페이스, 그것은 자동으로 반복 가능한 일 것이다 foreach루프. 그것은 인터페이스에 의해 백업되기 때문에 나에게 의미가 있으며, Iterator반복되는 클래스 내에서 내 자신의 기능 을 가지고 있다면 마술처럼 다른 것을 의미 할 것이라고 걱정하지 않고 그렇게 할 수 있습니다.

분명히, (언제나 확실하지는 않지만) 이러한 인터페이스는 더 이상 필요하지 않습니다. 올바른 이름 변환이 필요합니다.

또 다른 예는 몇 가지 특정 속성을 가진 정확히 이름이 지정된 메서드를 사용하여 객체를 대기 가능하게 만드는 것 GetAwaiter입니다.

이 "매직"을 정적으로 백업 IEnumerable하거나 INotifyPropertyChanged백업 하는 것처럼 인터페이스를 만들지 않겠습니까?

내가 의미하는 바에 대한 자세한 내용 :

http://blog.nem.ec/2014/01/01/magic-methods-c-sharp/

마술 방법의 장단점은 무엇이며 온라인에서 이러한 결정이 내려진 이유를 찾을 수있는 곳이 있습니까?

일반적으로 동일한 방법으로 작동하는 인터페이스를 만들 수없는 경우 "매직 방법"이 사용됩니다.

foreachC # 1.0에서 처음 소개 되었을 때 (이 동작은 최근에는 아무것도 아님), 제네릭이 없기 때문에 마술 방법을 사용해야했습니다. 옵션은 기본적으로 다음과 같습니다.

1. 비 일반 사용 IEnumerable과 IEnumerator와 그 일 object권투 값 유형을 의미들. ints 목록과 같은 것을 반복하는 것은 매우 빠르며 가비지 박스 값을 많이 생성해서는 안되기 때문에 이것은 좋은 선택이 아닙니다.

2. 제네릭을 기다립니다. 이것은 아마도 .Net 1.0 (또는 적어도 foreach)을 3 년 이상 지연시키는 것을 의미 합니다.

3. 마법의 방법을 사용하십시오.

따라서 그들은 옵션 # 3을 선택했으며 .Net 2.0 이후로도 이전 버전과의 호환성 이유로 인해 우리와 함께 머물 렀 IEnumerable<T>습니다.

컬렉션 이니셜 라이저는 각 컬렉션 유형마다 다르게 보일 수 있습니다. 비교 List<T>:

public void Add(T item)

그리고 Dictionary<TKey, TValue>:

public void Add(TKey key, TValue value)

에 대한 첫 번째 형식 만 지원 List<T>하고 두 번째에 대해서만 지원하는 단일 인터페이스를 가질 수 없습니다 Dictionary<TKey, TValue>.

LINQ 메소드는 일반적으로 확장 메소드로 구현되므로 (을 구현하는 모든 유형에 대해 LINQ to Object의 단일 구현 만 IEnumerable<T>가능함) 인터페이스를 사용할 수 없습니다.

들어 await는 GetResult()방법은 반환하거나 수 있습니다 void또는 어떤 종류 T. 다시 말하지만, 둘 다 처리 할 수있는 단일 인터페이스를 가질 수 없습니다. await부분적으로 인터페이스 기반 이지만 , 대기자는 구현해야 INotifyCompletion하고 구현할 수도 있습니다 ICriticalNotifyCompletion.