19-4-2.생성자와 Load 이벤트

초기화를 위해 Load 이벤트를 사용하는 대신 생성자에 코드를 작성할 수도 있다. 생성자나 Load 이벤트나 둘 다 객체 및 폼이 만들어질 때 딱 한 번만 호출된다는 면에서 공통적이며 둘 다 초기화 목적에 사용할 수 있다. 호출 순서는 생성자가 우선이다. 생성자가 먼저 호출되어 일단 객체로서의 초기화를 수행하고 이어서 폼이 화면에 나타나기 전에 Load 이벤트가 전달되어 폼으로서의 초기화를 수행한다.

생성자는 언어 차원에서 컴파일러가 호출하고 Load 이벤트는 라이브러리 차원에서 프레임워크가 호출한다. 두 메서드는 발생 시점이 거의 동일하고 용도도 비슷해 서로의 역할을 대체할 수 있다. 어차피 폼이 화면에 나타날 때는 원하는대로 초기화되어 있다. 그러나 이 둘도 약간의 차이점이 있는데 다음 예제를 보자.

 

LoadFail

using System; ~ using System.Windows.Forms;   namespace LoadFail {      public partial class Form1 : Form {           public Form1() {               InitializeComponent();           }             private void Form1_Load(object sender, EventArgs e) {               if (true /*어떤 실패 조건*/) {                    MessageBox.Show("초기화에 실패하여 실행을 계속할 수 없습니다.",                         "어머나 이걸 어째");                    Close();               }           }      } }

 

폼을 초기화하는 중에 네트웍 연결을 하지 못했다거나 데이터베이스에 접속할 수 없는 상황이라고 하자. 중요한 초기화에 실패하면 정상적으로 실행할 수 없으므로 Load 이벤트에서 Close 메서드를 호출하여 폼을 강제로 종료한다. 실행해 보면 폼이 뜨기도 전에 메시지 박스가 먼저 나타나고 프로그램은 그대로 종료된다.

실행할 수 있는 조건을 만족하지 못하니 종료하는 것은 당연하며 프로그램이 환경의 부족함까지 책임질 필요는 없다. 다만 쌩뚱맞게 사라져 버리지 말고 왜 종료하는지 그 이유를 사용자에게 상세하게 보고하면 된다. 예제에서는 Load 이벤트에 코드를 작성했는데 생성자에서도 이런 처리가 가능한지 테스트해 보자.

 

public Form1() {

     InitializeComponent();

     if (true /*어떤 실패 조건*/) {

          MessageBox.Show("초기화에 실패하여 실행을 계속할 수 없습니다.",

              "어머나 이걸 어째");

          Close();

     }

}

 

생성자에서 메시지 박스를 출력할 수 있고 Close 메서드를 호출할 수도 있다. 문법적으로는 아무런 문제가 없어 잘 컴파일되지만 디버그 모드로 실행하면 메시지 박스만 뜨는 것이 아니라 다음과 같은 멋진 대화상자도 나타난다. 예외가 발생하여 응용 프로그램이 강제 종료된 것이다.

이 예외가 발생하는 이유는 생성자에서 하라는 초기화는 안하고 Close로 폼을 닫아 버렸기 때문이다. 프레임워크가 Program.cs에 작성해 놓은 다음 코드와 충돌이 발생한다.

 

Application.Run(new Form1());

 

new Form1()으로 생성한 폼을 Application.Run으로 전달하여 메인 폼으로 사용한다. 그러나 생성자에서 폼을 닫아 버리면 메인 폼이 존재하지 않는 상황이 되어 버려 프레임워크는 예외로 응징한다. 생성자는 조용히 초기화만 해야지 조건이 맞지 않다 하여 폼을 닫아 버리는 주제넘은 짓을 해서는 안된다. 생성자를 호출하는 것은 초기화를 하라고 기회를 제공하는 것이지 초기화를 잘 했느냐는 질문이 아니다.

문법적 차원에서 생성중에 객체가 스스로 자살하는 것 자체가 위반은 아니다. 그러나 프레임워크의 구조가 이런 상황을 가정하지 않기 때문에 구조적인 면에서 문제가 된다. 반면 Load 이벤트는 객체가 완전히 만들어지고 프레임워크에 의해 정상적으로 발생한 이벤트이므로 여기서 Close를 호출하여 자신의 생을 마감하는 것은 아무 문제가 없다.

프레임워크가 작성한 생성자는 InitializeComponent를 호출하여 프로퍼티나 이벤트를 초기화하며 사용자가 직접 편집하는 것이 아니라 디자이너가 분리된 파일에 따로 관리한다. 그렇다면 이 메서드를 Load 이벤트로 옮기는 것은 가능할까? 어차피 Load 이벤트도 초기화시에 발생하므로 가능할 것 같기도 한데 생성자의 이 메서드 호출문을 Load 이벤트로 옮긴 후 실행해 보아라.

컴파일은 잘 되지만 폼의 프로퍼티가 전혀 변경되지 않는다. 디버깅해 보면 아예 Load 이벤트 핸들러 자체가 호출되지 않는데 왜냐하면 이벤트와 핸들러를 연결하는 다음 문장이 InitializeComponent 메서드에 작성되어 있기 때문이다. Load 이벤트 핸들러를 연결하는 코드가 Load 이벤트 핸들러안에 있으니 말이 안된다.

 

this.Load += new System.EventHandler(this.Form1_Load);

 

필드나 프로퍼티를 초기화하는 작업은 생성자나 Load 이벤트 어느쪽에 있어도 상관없지만 적어도 이벤트 핸들러를 연결하는 작업은 생성자에서 해야 한다. 발생 시점이 비슷하지만 맡은 바 역할이 다르고 활용하는 방법도 차이가 있다. 이런 미세한 차이점을 잘 구분하려면 경험이 쌓여야 한다.