Microsoft MVP성태의 닷넷 이야기
.NET Framework: 153. WPF와 WinForm의 Shown 이벤트 시점 [링크 복사], [링크+제목 복사],
조회: 31090
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

WPF와 WinForm의 Shown 이벤트 시점


지난번 글에 이어서.

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

이번에도 Dispatcher에 대한 이해를 제대로 하고 있다면 풀 수 있는 문제입니다.

잘 아시는 것처럼, WinForm과 WPF는 각각 Form.Load / Window.Loaded 이벤트에서는 윈도우가 아직 화면에 보여지지 않은 상태입니다. 윈도우가 보여진 이후에 작업하고 싶은 경우 Form.Shown / Window.ContentRendered에서 처리하면 됩니다.

이에 관해서는 다음의 토픽에서 잘 정리해 놓고 있습니다.

Hello WPF World, part 3 - Forms and Windows
; http://stuff.seans.com/2008/07/16/hello-wpf-world-part-3-forms-and-windows/

어떤 분은 ^^ Form.Shown 이벤트 대신에 다음과 같이 Application.Idle 이벤트를 사용한 방법도 보여주는군요.

Windows Form의 Loaded 이벤트
; http://crynut84.tistory.com/42




그런데, Window.ContentRendered의 경우 이름에서 보이는 것처럼 반드시 Window.Content가 null이 아닌 상태에서만 발생합니다. 사실 현실적으로 그렇지 않은 경우가 있을 수 없겠지만, 이런 경우에도 통용될 수 있는 Shown 이벤트 시점을 잡아보는 것도 좋은 실습 대상으로 보입니다.

지난번 글을 이해하신 분들은 답을 내실 수 있겠지요? ^^

그렇습니다. 다음과 같은 식으로 코드를 만들면 됩니다.

// 생성자
public Window1()
{
    InitializeComponent();

    this.Dispatcher.BeginInvoke
     (
         DispatcherPriority.Input,
         (ThreadStart)(() =>
             {
                 Debug.WriteLine("폼이 보인 후.");
             }
         )
     );
}

테스트해 본 바에 의하면, DispatcherPriority.Input 우선순위(5)가 먼저 처리되고, Window.ContentRendered가 처리됩니다. 여기서 DispatcherPriority.Background 우선순위(4)로 낮추면, Window.ContentRendered가 먼저 실행되고 그다음에 델리게이트가 실행됩니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/27/2021]

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

비밀번호

댓글 작성자
 




... 16  17  18  19  20  21  22  23  24  25  26  27  28  29  [30]  ...
NoWriterDateCnt.TitleFile(s)
13187정성태12/8/202215290개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/202213066오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/202214039개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/202212629개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성 [1]
13183정성태12/4/202212456오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리 [1]
13182정성태12/4/202214255Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/202212776Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/202213563.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/202212296Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/202213385Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/202213963오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/202211511오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/202215816오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/202212525.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/202213448.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/202212946.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/202212476Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/202213358Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/202214670Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/202212561제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/202213033.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/202212952개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/202211990개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
13164정성태11/18/202213910개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
13163정성태11/17/202214239개발 환경 구성: 648. 비주얼 스튜디오에서 안드로이드 기기 인식하는 방법
13162정성태11/15/202215723.NET Framework: 2069. .NET 7 - AOT(ahead-of-time) 컴파일 [1]
... 16  17  18  19  20  21  22  23  24  25  26  27  28  29  [30]  ...