Microsoft MVP성태의 닷넷 이야기
홈 주인모아 놓은 자료프로그래밍질문/답변사용자 관리 RSS OPML Link
Dispatcher 와 synchronizationcontext의 관계가 궁금합니다. [링크 복사], [링크+제목 복사],
조회: 9328
글쓴 사람
닷린이
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

Dispatcher 와 synchronizationcontext의 관계가 궁금합니다.

둘다 동일한 역할을 해주는 것 같은데

Dispatcher.Invoke/BeginInvode
synchronizationcontext의 post / send

정확히 synchronizationcontext는 어떨때 사용되는지..

Dispatcher와는 어떻게 틀린건지 궁금하네요..ㅠ

[연관 글]





[최초 등록일: ]
[최종 수정일: 11/14/2019]

비밀번호
댓글 작성자
 


2019-11-14 07시21분
WPF의 Dispatcher는 WPF만의 스레드 운영 방식입니다. 이에 대해서는 다음의 글에 실린 그림과 링크를 참조하시면 좋습니다.

WPF - UI 업데이트를 바로 반영하고 싶다면?
; http://www.sysnet.pe.kr/2/0/747

이러한 운영 방식은 응용 프로그램마다 고유하게 개발할 수 있습니다. 가령 Windows Forms에서는 WPF와는 다른 방식의 스레드 운영을 하고 있습니다. 이런 가운데에서 SynchronizationContext는 그런 각각의 스레드 운영에 상관없이 공통적인 동기화 관련 스레드에 접근하는 역할을 합니다. 따라서 Dispatcher.Invoke로 하면 특정 환경에 종속되지만 SynchronizationContext를 사용하면 다양한 환경에서 적응할 수 있는 코드를 생성할 수 있습니다. (물론, 그렇긴 하지만 결국 내부에 호출되는 코드가 UI를 접근하는 경우가 대다수이므로 응용 프로그램 모델에 따라 UI 컨트롤도 종속되어 많은 경우 Dispatcher와 SynchronizationContext를 구분할 만큼의 이점은 없을 것입니다.)

다음의 문서들도 봐두시면 이해하는데 도움이 되실 것입니다.

WindowsFormsSynchronizationContext Class
; https://learn.microsoft.com/en-us/dotnet/api/system.windows.forms.windowsformssynchronizationcontext

Parallel Computing - It's All About the SynchronizationContext
; https://learn.microsoft.com/en-us/archive/msdn-magazine/2011/february/msdn-magazine-parallel-computing-it-s-all-about-the-synchronizationcontext
정성태
2019-11-14 07시43분
[닷린이] SynchronizationContext를 사용하면 다양한 환경에서 적응할 수 있는 코드를 생성할 수 있습니다

이 얘기는 wpf환경에서만 작업한다면 Dispatcher.Invoke만 사용하면 되고

SynchronizationContext를 사용할 일은 전혀 없다는 걸로 이해하면 될까요?

그럼 반대로 SynchronizationContext를 사용해야 하는 환경은 어떤것을 말씀하시는건지 다시 여쭤봐도 될까요?
[guest]
2019-11-14 08시01분
WPF 환경이든 WinForm이든 하나의 환경만 목표로 한다면 SynchronizationContext를 사용할 필요가 없습니다. 그럼 반대로 2개의 환경에서 공통으로 사용하는 라이브러리라면 SynchronizationContext를 사용해야 하고, 후자의 좋은 예가 Background Worker입니다.

BackgroundWorker 클래스
; https://learn.microsoft.com/ko-kr/dotnet/api/system.componentmodel.backgroundworker

이건 WPF에도 속하지 않고, WinForm에도 속하지 않지만 SynchronizationContext를 이용하기 때문에 2개의 환경 모두에서 공통적으로 사용할 수 있습니다.
정성태
2019-11-14 08시19분
[닷린이] 아하 답변 감사합니다.
Background Worker가 내부적으로는

SynchronizationContext가 구현되어 있어서

SynchronizationContext를 사용하는군요

그럼 task클래스, async/await 도 모두 SynchronizationContext를 사용하는걸로 봐야겠네요?
[guest]
2019-11-14 09시15분
그냥 위에서 소개한 "Parallel Computing - It's All About the SynchronizationContext" 글을 읽어보시면 안 될까요? ^^ 답변에 링크를 첨부한 수고를 헛되게 하시는군요.
정성태
2019-11-14 09시25분
[닷린이] 앗 죄송합니다.
궁금함이 앞서 질문먼저 드리고 글 읽어보았습니다.
죄송합니다. 감사합니다
[guest]
... 46  47  48  49  50  51  52  53  54  55  [56]  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
1238(non...3/13/201412193(글쓴이의 요청으로 삭제합니다.) [2]
1237(non...3/11/201412315(글쓴이의 요청으로 삭제합니다.) [2]
1236(non...3/11/201413164(글쓴이의 요청으로 삭제합니다.) [2]
1235(non...3/10/201412306(글쓴이의 요청으로 삭제합니다.) [2]
1234(non...3/10/201414327(글쓴이의 요청으로 삭제합니다.) [3]
1233(non...3/9/201412465(글쓴이의 요청으로 삭제합니다.) [4]
1232(non...3/8/201411558(글쓴이의 요청으로 삭제합니다.) [2]
1231(non...3/7/201412886(글쓴이의 요청으로 삭제합니다.) [9]
1230POCO3/7/201413256쓰레드 안에서 DependencyProperty get, set시 또 다른 스레드 오류.. [1]
1229(non...3/6/201412964(글쓴이의 요청으로 삭제합니다.) [11]
1228POCO3/6/201411476안녕하세요. 질문이 있습니다. [1]
1226김형진3/4/201420178안녕하세요 windows azure에 관해 질문했던 사람입니다. [2]
1224(non...3/3/201416242(글쓴이의 요청으로 삭제합니다.) [11]
1223sadf...3/3/201411826아래 질문에 답변 감사드립니다. 한가지 더 궁금한점이 있어 질문드립니다. [1]
1222(non...3/2/201412648(글쓴이의 요청으로 삭제합니다.) [4]
1221(non...3/1/201412682(글쓴이의 요청으로 삭제합니다.) [2]
1220Until2/28/201411203질문드립니다. [1]
1219이성환2/28/201410859string.Join()과 Enumerable.Aggregate()의 차이가 궁금합니다. [2]파일 다운로드1
1218김형진2/25/201412318안녕하세요. window azure에 대해서 질문이 있어서 문의 드립니다 [4]
1217(non...2/23/201412766(글쓴이의 요청으로 삭제합니다.) [1]
1215아리수2/20/201416307C# 공부하면서 WPF에 대한 질문. [2]
1214조광훈2/20/201414544IIS8 응용프로그램 풀 관련 질문 드립니다. [2]파일 다운로드1
1213김태훈2/17/201411444가상화 프로그램 질문입니다. [1]파일 다운로드1
1212조광훈2/13/201410594ISAPI 필터에서 커스텀 헤더 정보 추가 [1]파일 다운로드1
1211조광훈2/12/201414064isapi 필터 로드 오류 [2]
1208박지호2/9/201417422[오타] 시작하세요 C# 프로그래밍 p.267 ~ 350 [1]
... 46  47  48  49  50  51  52  53  54  55  [56]  57  58  59  60  ...