19-4-3.크기 변경

크기가 변경되는 것도 중대한 변화이며 폼의 모양이나 배치 상태는 크기에 영향을 받는다. 크기가 변경될 때는 여러 가지 이벤트가 발생한다. 모두 Control로부터 상속받은 것이며 에디트나 리스트 박스 같은 컨트롤도 이 이벤트를 받는다.

 

l  Resize : 크기가 변경될 때, 즉 Size 프로퍼티가 바뀔 때마다 발생한다. 인수는 전달되지 않으며 변경된 크기는 sender 인수를 Control로 캐스팅한 후 Size 프로퍼티를 통해 조사한다. 컨트롤이 최초 생성될 때는 이 이벤트가 발생하지 않는다.

l  Layout : 폼의 크기, 차일드의 위치, 차일드를 추가 또는 제거할 때마다 전달된다. 폼의 배치가 조금이라도 바뀌면 전달되며 최초 생성될 때도 발생하므로 배치 초기화에 사용할 수 있다. 인수로 전달되는 LayoutEventArgs 객체에는 영향을 받는 차일드와 프로퍼티에 대한 정보가 들어 있다.

l  SizeChanged : Resize 이벤트와 동일한 이벤트이다. Resize는 폼의 크기가 바뀌었다는 뜻이고 SizeChanged는 Size 프로퍼티가 바뀌었다는 뜻인데 발생 시점은 결국 같다.

l  ClientSizeChanged : 닷넷 2.0에서 추가된 것이며 ClientSize 프로퍼티가 변경될 때마다 발생한다. Resize 이벤트와 발생 시점이 거의 같다.

 

작업영역의 크기에 맞게 차일드를 재배치하거나 텍스트를 재정렬할 때 이 이벤트를 사용한다. 다음 예제는 Layout 이벤트에 대한 핸들러를 작성하여 작업영역의 상하좌우에 10픽셀만큼 여백을 두고 타원으로 가득 채운다.

 

Layout

using System; ~ using System.Windows.Forms;   namespace Layout {      public partial class Form1 : Form {           private string StrSize;           private Rectangle Rect;             public Form1() {               InitializeComponent();           }             private void Form1_Layout(object sender, LayoutEventArgs e) {               Rect = ClientRectangle;               Rect.Inflate(-10, -10);               StrSize = string.Format("폭 = {0}, 높이 = {1}", Rect.Width, Rect.Height);               Invalidate();           }             private void Form1_Paint(object sender, PaintEventArgs e) {               e.Graphics.DrawEllipse(Pens.Black, Rect);               e.Graphics.DrawString(StrSize, Font, Brushes.Black, 0, 0);           }      } }

 

폼의 현재 크기를 문자열 형태로 기억하는 StrSize 필드와 타원을 그릴 사각영역을 저장하는 Rect 필드를 선언했다. Layout 이벤트에서 Rect를 작업영역보다 10픽셀 더 작은 크기로 설정하고 StrSize에는 Rect의 영역을 문자열로 작성한다. Paint 이벤트에서는 Rect 영역에 타원을 그리고 StrSize 문자열을 출력한다.

  

폼의 크기가 바뀔 때마다 Layout 이벤트가 발생하고 Rect와 StrSize를 다시 계산하므로 타원은 항상 작업영역보다 10픽셀 작게 그려진다. Rect와 StrSize는 Paint에서 직접 조사해서 사용하는 것도 가능하지만 원칙적으로 Paint는 그리기만 해야 하며 그리기에 필요한 모든 정보는 외부에서 미리 계산해 두어야 한다. Paint는 굉장히 자주 발생하는 이벤트이며 가급적 빨라야 하고 그리기 이외의 동작을 해서는 안된다.

Layout 이벤트 대신 Resize나 SizeChanged 이벤트에서도 동일한 처리를 할 수 있지만 최초 생성될 때 발생하지 않는 문제가 있다. Resize로 코드를 옮기면 실행 직후에 아무것도 그려지지 않는다. Resize 이벤트를 꼭 사용하려면 별도의 초기화 코드를 작성해야 한다. 이에 비해 Layout 이벤트는 폼이 생성될 때도 발생하므로 초기화 및 크기 변경시의 처리를 동시에 수행할 수 있다.

Win32의 WM_SIZE 메시지에 대응하는 이벤트는 Resize가 아니라 Layout이다. 비직관적이고 비슷한 이벤트가 많아 혼란스러운 면도 있다. Layout 이벤트는 차일드의 추가 및 제거는 물론이고 Size, Location, Anchor, Dock 등의 프로퍼티가 변경될 때도 발생한다. 너무 자주 발생할 때는 다음 메서드로 잠시 중지 및 재개한다.

 

public void SuspendLayout ()

public void ResumeLayout (bool performLayout)

 

SuspendLayout 메서드는 Layout 이벤트가 발생하지 않도록 금지한다. ResumeLayout 메서드는 반대로 Layout 이벤트가 다시 발생하도록 허가하는데 performLayout 인수를 true로 지정하면 보류중인 레이아웃 요청을 당장 실행한다. 이 두 메서드의 사용예는 디자이너가 작성하는 InitializeComponent 메서드에서 볼 수 있다.

 

private void InitializeComponent() {

     this.SuspendLayout();

     // 차일드를 추가하고 프로퍼티를 초기화한다.

     this.ResumeLayout(false);

}

 

차일드의 프로퍼티를 초기화하는 코드가 대량으로 작성되는데 프로퍼티 하나를 바꿀 때마다 레이아웃을 매번 다시 조정할 필요는 없다. 어차피 아직 폼이 화면에 보이는 상태가 아니므로 초기화를 하는 동안에는 레이아웃을 일단 중지시켜 놓고 초기화가 완료된 이후에 한꺼번에 배치하는 것이 더 효율적이다.

폼의 크기가 바뀔 때 해야할 가장 중요한 일은 차일드를 재배치하는 것이다. 닷넷에서는 Anchor, Dock 프로퍼티등 차일드를 재배치하는 편리한 방법이 많아 Layout 이벤트를 쓰는 것보다 가급적이면 프로퍼티를 활용하는 것이 바람직하다.