19-4-5.이벤트 보기

이벤트는 정확한 발생 시점과 순서를 아는 것이 중요하다. 공식 문서를 통해서도 이벤트에 대한 상세한 정보를 얻을 수 있지만 더 생생한 정보는 폼에 발생하는 이벤트를 직접 들여다 보는 것이다. Win32 환경에서는 이런 목적으로 스파이 유틸리티가 제공되지만 닷넷의 이벤트를 감시하는 툴은 없다.

툴이 제공되지 않는다 하여 이벤트를 감시하지 못하는 것은 아니다. 없으면 직접 만들어서 들여다 보면 될 것 아닌가? 이벤트를 받는 폼이 스스로 이벤트를 감시하고 사용자에게 그 결과를 보고하면 된다. 다음 예제는 각종 이벤트 핸들러에서 이벤트의 발생 사실을 기록하여 어떤 이벤트가 어떤 순서로 발생하는지 보여 준다. 일종의 학습 보조 툴이므로 예제 자체는 굳이 분석해 볼 필요 없다.

 

EventView

using System; ~ using System.Windows.Forms;   namespace EventView {      public partial class Form1 : Form {           private int count = 1;             public Form1() {               InitializeComponent();           }             private void AddEvent(string Name) {               if (checkBox1.Checked == false) {                    textBox1.Text += (count + ":" + Name + "\r\n");                    textBox1.SelectionStart = textBox1.TextLength;                     textBox1.ScrollToCaret();                    count++;               }           }             private void button1_Click(object sender, EventArgs e) {               textBox1.Text = "";               count = 1;           }             private void Form1_Load(object sender, EventArgs e) {               AddEvent("Load");           }             ========== 이하 생략 ==========      } }

 

텍스트 박스를 배치해 놓고 이벤트가 발생할 때마다 문자열 형태로 보고서를 작성하여 출력한다. count 필드는 발생한 이벤트에 순번을 붙인다. AddEvent 메서드는 이벤트의 이름을 인수로 받아 텍스트 박스의 제일 끝에 덧붙이고 아래쪽으로 스크롤하여 최근에 추가한 이벤트가 보이도록 한다.

모두 지우기 버튼을 클릭하면 텍스트 박스에 기록된 이벤트를 모두 지우고 순번을 1로 리셋한다. 목록에 너무 많은 내용이 있으면 속도가 느려지므로 가끔 지우는 것이 좋다. 감시 중지 체크 박스는 이벤트 기록을 잠시 중지하는데 AddEvent 메서드에서 이 체크 박스의 상태를 점검한 후 기록하도록 되어 있다.

이후 각종 이벤트 핸들러에서 AddEvent를 호출하여 자신이 발생했음을 기록한다. 키보드나 마우스 이벤트는 발생 시점이 너무 명확하기 때문에 제외했고 폼의 상태 변화와 관련된 이벤트만 기록했다. 원한다면 더 많은 이벤트를 감시할 수 있다.

폼이 생성될 때 어떤 이벤트가 발생하는지 알 수 있다. 폼이 생성되는 중에 Load나 Activated, Shown 등의 초기화와 관련된 이벤트가 발생한다. 뿐만 아니라 위치와 크기를 결정해야 하므로 Layout, Move 이벤트도 발생하며 최초 화면을 그리기 위해 Paint도 발생한다. 초기화를 완료하고 사용자의 입력이나 각종 상황 변화를 얌전히 대기한다.

폼을 움직여 보면 Move와 LocationChanged 이벤트가 발생하는데 이 실험에서 보다시피 두 이벤트는 발생 시점이 완전히 같다. 다른 프로그램을 활성화하면 Deactivate 이벤트가 발생하고 다시 이 예제로 돌아오면 Activated 이벤트가 발생한다. 크기를 바꿔 보면 Layout, Resize, SizeChanged, ClientSizeChanged, Paint 등 다섯 개의 이벤트가 차례대로 발생하는데 앞쪽의 4개는 같은 사건에 대한 이벤트이다.

폼의 크기가 커질 때 새로 드러난 부분이 무효하므로 Paint가 발생한다. 그러나 크기가 줄어들 때는 그려야 할 필요가 없어 Paint가 발생하지 않는다. 다른 윈도우로 이 폼을 가린 후에 조금씩 움직여 드러나도록 해 보면 Paint 이벤트가 아주 빈번하게, 그것도 엄청난 속도로 발생한다. Paint에서 왜 그리기 외의 동작을 하지 말아야 하는지 알 수 있다.

폼을 닫을 때는 FormClosing과 FormClosed 이벤트가 순서대로 발생하는데 극히 짧은 시간이므로 확인하기 쉽지 않다. 이후 이벤트의 발생 시점이나 순서 또는 이벤트로 전달되는 인수에 대해 연구해 보고 싶을 때는 이 예제처럼 직접 찍어서 확인해 보아라. 디버깅 창에 출력해 봐도 원하는 정보를 쉽게 얻을 수 있다. 좀 귀찮아도 눈으로 직접 확인해 보는 것은 내공 향상에 큰 도움이 된다.