Microsoft MVP성태의 닷넷 이야기
홈 주인모아 놓은 자료프로그래밍질문/답변사용자 관리 RSS OPML Link
Dispatcher 와 synchronizationcontext의 관계가 궁금합니다. [링크 복사], [링크+제목 복사],
조회: 9324
글쓴 사람
닷린이
홈페이지
첨부 파일
 
(연관된 글이 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)
1279(non...6/23/201411807(글쓴이의 요청으로 삭제합니다.) [17]
1278이상식6/19/201413024.net DLL 내 자바스크립트를 수정 또는 재정의 할 수 있을까요? [3]
1277김솔지6/18/201410728silverlight에서 datagrid, listbox질문이여 [2]
1276정우석6/16/201410242쿠키 [1]
1274김솔지6/10/201414732배포 페이지 url을 얻고 싶습니다. [8]
1272이훈모6/7/201410319정말 어려운 상황에 직면했습니다. [1]
1270Jong...6/2/201419821C#과 C++을 이용한 Image 처리. [13]
1269김아영5/29/201410483InitializeComponent 함수 호출 지연 현상 [5]
1268솔솔5/27/201410142smart client [1]
1266김솔지5/22/201412203clickonce 수정에 대해 알고싶습니다. [2]
1265이은아5/22/201415826DataGridView 헤더를 두줄이상으로 하고싶습니다. [1]파일 다운로드1
1264김인호5/18/201413401소스코드 및 예제그림 zip 파일 [1]
1263이영종5/15/201411861159페이지 오타인것 같습니다 [5]
1262(non...5/4/201412712(글쓴이의 요청으로 삭제합니다.) [10]
1261이근주5/4/201411018다시 한번 질문드릴께요. [2]
1259이근주5/1/201410046도서 오류인 것 같네요.. [1]
1258최세정4/28/201412462안녕하세요~php module 오류로 고민하다가 여기까지 왔네요..ㅜㅜ [2]
1252popo4/21/201411702바인딩 질문입니다. [2]
1251(non...4/20/201415831(글쓴이의 요청으로 삭제합니다.) [11]
1249홍용규4/17/201415818app.config 파일 관련 질문 있습니다. [2]
1246(non...3/30/201412136(글쓴이의 요청으로 삭제합니다.) [1]
1245POPO3/26/201411581Http 프로토콜 관련 질문 입니다. [1]
1244(non...3/26/201411669(글쓴이의 요청으로 삭제합니다.) [1]
1241(non...3/22/201415461(글쓴이의 요청으로 삭제합니다.) [4]
1240이석주3/21/201418322인터넷 익스플로러가 hang이 걸리는 현상 문의 [1]파일 다운로드1
1238(non...3/13/201412193(글쓴이의 요청으로 삭제합니다.) [2]
... 46  47  48  49  50  51  52  53  54  [55]  56  57  58  59  60  ...