Microsoft MVP성태의 닷넷 이야기
.NET Framework: 128. 이벤트 멤버의 명시적 구현 [링크 복사], [링크+제목 복사],
조회: 28741
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)

이벤트 멤버의 명시적 구현


오늘, 사내에서 재미있는 질문이 던져졌습니다.

다음은 그 유명한 ObservableCollection<>의 class 선언부입니다.

public class ObservableCollection : Collection, INotifyCollectionChanged, INotifyPropertyChanged

보다시피 INotifyPropertyChanged를 상속 받고 있습니다. 따라서 INotifyPropertyChanged의 단일 member인 event PropertyChangedEventHandler PropertyChanged를 구현하겠죠.

다음은 해당 event의 구현 부입니다.

public class ObservableCollection
{
//…
protected virtual event PropertyChangedEventHandler PropertyChanged;
//…
}

코드를 보면 알겠지만, 재미있게도 accessor가 public이 아닌 protected입니다. Interface 멤버의 accessor를 public이 아닌 다른 accessor로의 구현은 syntax 오류임에도 불구하고.

혹시 위 구현에 대해 설명해주실 분이 있는지요?



이 질문은 인터페이스의 명시적/암시적 정의를 아는 분들이라면 대답할 수 있는 문제입니다. 그런데, 더욱 재미있는 것은 이것을 Reflector로 보았을 때 같은 이름을 가진 멤버가 다음과 같이 3개가 나온다는 것입니다.

[Serializable]
public class ObservableCollection<T> : ..., INotifyPropertyChanged
{
    [NonSerialized]
    private PropertyChangedEventHandler PropertyChanged;

    // Events
    protected event PropertyChangedEventHandler PropertyChanged;
    event PropertyChangedEventHandler INotifyPropertyChanged.PropertyChanged;
...[중간생략]...
}

왜 그런지... 한번 천천히 이유를 살펴볼까요? ^^

우선, 위의 질문이 event를 대상으로 했기 때문에 낯선 반면, 메서드로 비교해보면 쉽게 이해가 갑니다.

public interface ITest
{
    void DoMethod();
}

public partial class Window1 : ITest
{
    #region ITest Members

    public void DoMethod() // 암시적 정의
    {
    }

    void ITest.DoMethod() // 명시적 정의
    {
    }

    #endregion
}

사실, 위와 같이 둘다 정의하는 경우는 거의 없습니다. 그럴 필요도 없지요.
그런데, 아래와 같이 정의하는 경우는 의도적으로 있을 수 있습니다.

public partial class Window1 : ITest
{
    #region ITest Members

    protected void DoMethod() // 암시적 정의는 아님.
    {
    }

    void ITest.DoMethod() // 명시적 정의
    {
    }

    #endregion
}

아마도 DoMethod 함수를 명시적인 인터페이스로만 호출하고 싶으면서도, 내부에서는 그 메서드를 사용해야 하는 경우에 "(this as ITest).DoMethod();"와 같이 불편하게 호출하기 보다는 그냥 "DoMethod();"라고 편하게 부르고 싶을 때 사용할 수 있습니다.

이것을 이벤트에 적용해 볼까요?

protected virtual event PropertyChangedEventHandler PropertyChanged;

event PropertyChangedEventHandler INotifyPropertyChanged.PropertyChanged
{
    add { PropertyChanged += value; }
    remove { PropertyChanged -= value; }
}

이벤트는 특이하게도 "명시적" 구현을 하려면 add/remove 접근자까지 적용해 주어야 한다는 점만 빼고는 메서드의 경우에서와 비교해 별반 다르지 않습니다. 이 정도면 눈에 보이시죠? ^^

자, 위와 같은 코드로 빌드된 어셈블리를 Reflector로 확인해 볼까요?

public class MyEntity : INotifyPropertyChanged
{
    // Fields
    private PropertyChangedEventHandler PropertyChanged;

    // Events
    protected event PropertyChangedEventHandler PropertyChanged;
    event PropertyChangedEventHandler INotifyPropertyChanged.PropertyChanged;

...[중간 생략]...
}

와!!! 3개의 같은 이름으로 된 멤버가 있습니다. 이벤트의 경우에는 내부적으로 필드 하나가 덩달아 생성되는 것으로 다뤄진다는 것까지 생각해 보면 왜 3개가 나오는지 이해가 갑니다.

그런데... 여기서 아직 해결되지 않은 문제가 하나 있습니다. 뭐냐하면... ObservableCollection의 PropertyChanged필드에는 [NonSerialized] 특성이 적용되어 있다는 점입니다.

[Serializable]
public class ObservableCollection<T> : ..., INotifyPropertyChanged
{
    [NonSerialized]
    private PropertyChangedEventHandler PropertyChanged;

    // Events
    protected event PropertyChangedEventHandler PropertyChanged;
    event PropertyChangedEventHandler INotifyPropertyChanged.PropertyChanged;
...[중간생략]...
}

이걸 보면서, 예전에 쓴 글이 하나 생각나는군요.

WPF + WCF 환경에서는 DataContract를 권장
; https://www.sysnet.pe.kr/2/0/612

위의 글에서, DataContract를 사용한 이유 중의 하나가 XmlSerializer로 하는 경우 INotifyPropertyChanged.PropertyChanged에 연결된 WPF 요소가 직렬화되는 문제 때문이었는데 그때 event 멤버에는 "NonSerialized" 특성을 줄 수 없다고 설명했습니다.

아니... 그런데 어떻게 ObservableCollection에서는 가능했을까요?

"분명히 방법이 있다"라는 사실이 증명되었기 때문에 작정하고 웹 검색을 해보니 ^^ 다음과 같은 답이 나왔습니다.

NonSerializable, and Cloning of Objects with Serialization
; http://www.jonathancrossland.com/post/Cloning-Objects-(Deep-copy).aspx

즉, 그래서 결국 ObservableCollection에 나타난 식과 같이 나오게 하려면 다음과 같은 코드를 작성해주면 됩니다.

[field:NonSerialized]
protected virtual event PropertyChangedEventHandler PropertyChanged;

event PropertyChangedEventHandler INotifyPropertyChanged.PropertyChanged
{
    add { PropertyChanged += value; }
    remove { PropertyChanged -= value; }
}

세상에나... 이제껏 닷넷을 하면서 "[field:NonSerialized]"와 같은 특성이 이벤트에 적용 가능한지는 처음 알았군요. ^^;



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/9/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 136  137  138  139  140  141  142  143  144  145  146  147  148  [149]  150  ...
NoWriterDateCnt.TitleFile(s)
1329정성태8/21/201222896오류 유형: 161. Azure - Storage 삭제가 안되는 경우 [1]
1328정성태8/20/201233299개발 환경 구성: 163. IIS 7 - "MIME Types" 설정 아이콘이 없는 경우
1327정성태8/19/201238042Windows: 58. Windows 8 정식 버전을 설치해 보고... [14]
1326정성태8/19/201224352오류 유형: 160. Visual Studio 2010 Team Explorer 설치 오류
1325정성태8/15/201224358개발 환경 구성: 162. 닷넷 개발자가 컴파일해 본 리눅스
1324정성태8/15/201226393.NET Framework: 332. 함수형 언어의 코드가 그렇게 빠를까? [4]파일 다운로드1
1323정성태8/4/201228166.NET Framework: 331. C# - 클래스 안에 구조체를 포함하는 경우 발생하는 dynamic 키워드의 부작용 [2]
1322정성태8/3/201227827개발 환경 구성: 161. Ubuntu 리눅스의 Hyper-V 지원 (마우스, 네트워크)
1321정성태7/31/201227100개발 환경 구성: 160. Azure - Virtual Machine의 VHD 파일 다운로드 [2]
1320정성태7/30/201229081Math: 10. C# - (타)원 영역의 마우스 클릭 판단파일 다운로드1
1319정성태7/26/201227628개발 환경 구성: 159. Azure - 네트워크 포트 여는 방법 [1]
1317정성태7/24/201226468오류 유형: 159. SpeechRecognitionEngine.SetInputToDefaultAudioDevice 호출 시 System.InvalidOperationException 예외 발생
1316정성태7/18/201284601개발 환경 구성: 158. .NET 응용 프로그램에서 Oracle XE 11g 사용
1315정성태7/17/201229393개발 환경 구성: 157. Azure - Virtual Machine 구성 [2]
1314정성태7/16/201224407개발 환경 구성: 156. Azure - 2개 이상의 서비스 계정을 가지고 있을 때 프로젝트를 배포하는 방법
1313정성태7/16/201236585오류 유형: 158. Hyper-V 설치 후 VM 시작이 안되는 경우
1312정성태7/15/201236459Math: 9. 황금비율 증명
1311정성태7/15/201229161Math: 8. C# - 피보나치 수열의 사각형과 황금 나선(Golden spiral) 그리기파일 다운로드1
1310정성태7/13/201232606Math: 7. C# - 펜타그램(Pentagram) 그리기파일 다운로드1
1309정성태7/13/201230676개발 환경 구성: 155. 윈도우 운영체제에서 기본적으로 사용할 수 있는 압축 해제 방법
1308정성태7/3/201226050.NET Framework: 330. IEnumerator는 언제나 읽기 전용일까?파일 다운로드1
1307정성태6/30/201228297개발 환경 구성: 154. Sysnet, Azure를 만나다. [5]
1306정성태6/29/201228880제니퍼 .NET: 22. 눈으로 확인하는 connectionManagement의 maxconnection 설정값 [4]
1305정성태6/28/201227056오류 유형: 157. IIS 6 - WCF svc 호출 시 404 Not Found 발생
1304정성태6/27/201227854개발 환경 구성: 153. sysnet 첨부 파일을 Azure Storage에 마이그레이션 [3]파일 다운로드1
1303정성태6/26/201227387개발 환경 구성: 152. sysnet DB를 SQL Azure 데이터베이스로 마이그레이션
... 136  137  138  139  140  141  142  143  144  145  146  147  148  [149]  150  ...