Microsoft MVP성태의 닷넷 이야기
홈 주인모아 놓은 자료프로그래밍질문/답변사용자 관리 RSS OPML Link
Dispatcher 와 synchronizationcontext의 관계가 궁금합니다. [링크 복사], [링크+제목 복사],
조회: 20021
글쓴 사람
닷린이
홈페이지
첨부 파일
 
(연관된 글이 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]
... 76  77  78  79  80  81  82  83  84  85  86  87  88  89  [90]  ...
NoWriterDateCnt.TitleFile(s)
207정성태6/14/200511250    답변글 [답변]: 태오 사이트 Smart Client 강좌중에서요
210나그네6/15/200511489        답변글 [답변]: [답변]: 태오 사이트 Smart Client 강좌중에서요파일 다운로드1
198이지훈6/2/2005105752003이랑 2005랑 함께 사용하는 방법이 없을까요?
201정성태6/6/200511510    답변글 [답변]: 2003이랑 2005랑 함께 사용하는 방법이 없을까요?
197이지훈6/2/2005113432005 에서 컴포넌트 제작
200정성태6/6/200511012    답변글 [답변]: 2005 에서 컴포넌트 제작
196김종욱5/24/200512072익스플러 툴 벤드 제작... for .NET [1]파일 다운로드1
199정성태6/6/200511480    답변글 [답변]: 익스플러 툴 벤드 제작... for .NET
202김종욱6/9/200512298        답변글 [답변]: [답변]: 익스플러 툴 벤드 제작... for .NET [1]
194홍지철5/18/200511146IE에서 Winform control embedded작성시 문제점
195정성태5/19/200511805    답변글 [답변]: IE에서 Winform control embedded작성시 문제점
192헤헤5/13/200511497이것좀봐주세요
193정성태5/13/200510375    답변글 [답변]: 이것좀봐주세요
186기범5/9/200511055안녕하세요2
187정성태5/9/200511522    답변글 [답변]: 안녕하세요2
184기범5/9/200511020안녕하세요
185정성태5/9/200511386    답변글 [답변]: 안녕하세요
181쑤5/8/200511022// 꼭쫌 답변해 주세요~~~클라이언트 서버 ... 내용, 이점 들...
183정성태5/9/200510490    답변글 [답변]: // 꼭쫌 답변해 주세요~~~클라이언트 서버 ... 내용, 이점 들...
180최성우5/7/200511121[Q] POST 형식의 데이터 훅킹?
182정성태5/9/200511706    답변글 [답변]: [Q] POST 형식의 데이터 훅킹?
190최성우5/10/200510728        답변글 [답변]: [답변]: [Q] POST 형식의 데이터 훅킹?
177최정희5/4/200511271네트워크 케이블의 연결상태
178정성태5/4/200511351    답변글 [답변]: 네트워크 케이블의 연결상태 [1]
188최정희5/10/200510820        답변글 [답변]: [답변]: 네트워크 케이블의 연결상태
189정성태5/10/200511023            답변글 [답변]: [답변]: [답변]: 네트워크 케이블의 연결상태 [2]
... 76  77  78  79  80  81  82  83  84  85  86  87  88  89  [90]  ...