Microsoft MVP성태의 닷넷 이야기
홈 주인모아 놓은 자료프로그래밍질문/답변사용자 관리 RSS OPML Link
Dispatcher 와 synchronizationcontext의 관계가 궁금합니다. [링크 복사], [링크+제목 복사],
조회: 17353
글쓴 사람
닷린이
홈페이지
첨부 파일
 
(연관된 글이 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]
... 61  62  63  64  [65]  66  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
979왕초보7/1/201117965Apache + IIS Redirect [2]
977림6/16/201122272웹컨트롤 어느거 쓰는게 좋나요 [1]
976박성준6/13/201117755VS2008 Add-in 구현 관련 질문 [4]
972김길6/6/201120034메모리 해제 예외 처리 관련.. [2]
971강동원5/29/201117559firebird install건 [1]
970임동찬5/18/201118349ASP.net 솔루션 디버깅 관련 [1]
969이성환5/4/201120007WMI 를 사용하지 않고 하드웨어 정보를 가져올 수 없을까요? [3]
968김동미4/28/201119428안녕하세요 다시 한번 문의를 드립니다.. [2]파일 다운로드1
967임동찬4/22/201122169C# using문 관련 [9]
964김동미4/18/201119771wcf IsOneWay 속성관련 문의 입니다..
965정성태4/18/201121146    답변글 [답변]: wcf IsOneWay 속성관련 문의 입니다..
966김동미4/19/201118977        답변글 [답변]: [답변]: wcf IsOneWay 속성관련 문의 입니다.. [1]
963최재훈4/12/201117358wcf inactivityTimeout 설정시 문의 사항이 있습니다. [2]
962임동찬4/8/201116970TFS 사용관련 [1]
961임동찬4/7/201117332XSD & XML & XmlCodeGenerator [2]
960임동찬4/5/201118863XML Schema Editor [4]
959immm3/24/201116649로그인 연동 어려운 건가요? [1]
958꼭지3/3/201118697Supporting compressed request in WCF 3.5 [5]
957임동찬2/21/201119205WCF channel faulted 관련 [2]
956윤용한2/18/201122644WaitHandle.WaitOne 과 Stopwatch에 관한 질문 [3]
955최광욱2/17/201119308TFS 에서 소스 영구 제거 방법 [1]
954한장우2/16/201117027atl activeX 질문이요~ [1]
952박용운2/16/201117884IE8.0에서 BHO [1]
953박용운2/16/201117878    답변글 [답변]: IE8.0에서 BHO
951임동찬2/11/201117923WCF Service Reference [1]
950이성환2/9/201119367Windows application 프로젝트를 참조 했을 때 생성되는 실행파일을 직접 실행 불가능하도록 하고 싶습니다. [6]파일 다운로드1
... 61  62  63  64  [65]  66  67  68  69  70  71  72  73  74  75  ...