닷넷 Event 정리

개발/.NET 2008. 11. 28. 08:58

WPF에서 이벤트의 라우팅을 공부하면서 Event에 대해서 정리를 해보자는 마음이 생겼다. 먼저 닷넷 2.0을 기준으로 이벤트에 대해서 정리를 해보고 다음에 기회가 되면 WPF의 이벤트 라우팅에 대해서 써보겠다.
정리하는 내용은 MSDN을 보고 내가 이해한 것을 바탕으로 작성했다.

http://msdn.microsoft.com/ko-kr/library/awbftdfh(VS.80).aspx

1. Event의 개요
 1) Event 게시
 2) Event 구독
 3) Event 처리
여기서 1)를 수행하는 클래스를 게시자라고 하며 2), 3)를 수행하는 클래스를 구독자라고 한다. 게시자나 구독자라는 용어보다는 위의 단계에 대한 이해하는 것이 더 중요하다.
간단한 예를 들어서 위의 단계를 적용시켜 보자. 폼에 버튼을 하나 올려놓고 버튼을 클릭(두번클릭)하면 Click 이벤트가 자동으로 구독(InitializeComponent())이 되고 비하인드 코드에 이벤트가 등록된 이후의 어떤식으로 이벤트를 처리할 것인지를 작성할 수 있는 메소드가 자동으로 만들어진다.

MSDN에서 Event에 대한 개요 중 첫번째 문장이다.

 게시자는 이벤트가 발생하는 시기를 결정하고 구독자는 이벤트에 대한 응답으로 수행되는 동작을 결정합니다.

=> 위의 예에서 보면 버튼(게시자)에서 Click이라는 이벤트가 발생하는 시기(말 그대로 Click하는 순간)를 결정하기 위해 Event를 게시하였기 때문에 Click 이벤트를 사용할 수 있다. 폼(구독자)에 올려진 버튼(게시자)의 Click 이벤트를 버튼을 더블클릭(구독)하고 Click 이벤트가 발생할 때의 수행되는 동작(핸들러)을 처리할 수 있다.

2. Event의 구독 및 취소
먼저 이미 게시되어 있는 Event를 구독하여 보자. 1번에서 처럼 버튼을 더블클릭함으로써 자동으로 이벤트를 구독할 수 있다. 하지만 여기서는 프로그래밍적으로 구독을 해보도록 하자.

public Form1()

{

    InitializeComponent();

 

    Load += new EventHandler(Form1_Load);

}

 

void Form1_Load(object sender, EventArgs e)

{

    //이벤트에 대한 응답으로 수행되는 동작
}

=> Load 이벤트를 구독하기 위해서 Load란 이름으로 게시된 이벤트명을 적고 += 라고 적고 Tab키를 누르면 그 뒤쪽으로 EventHandler라는 이름의 객체를 생성하여 Form1_Load메소드를 자동으로 델리게이트 해주는 것을 알 수 있다. EventHandler는 '3. Event의 게시'때에 살펴보고 먼저 Form1_Load()의 시그니처에 대해서 살펴보자. 첫번째 인자는 object형으로 이벤트를 발생시키는 객체를 참조하고 EventArgs는 이벤트 데이터로 데이터가 없다는 것을 나타낸다. 이벤트를 발생시키는 객체는 있어야 할꺼 같은데 EventArgs는 왜 필요한걸까? 다음 문장을 살펴보자.

private void button1_MouseDown(object sender, MouseEventArgs e)

{

    if (e.Button == MouseButtons.Left)

    {

        // 왼쪽 버튼을 눌렀을 경우의 동작 시키고 싶은 코드

    }

}

=> 이번에는 EventArgs가 아니라 MouseEventArgs이다. EventArgs를 이야기 하면서 이벤트 데이터가 없는 것이라고 하였다. MouseEventArgs는 EventArgs를 상속받아서 만들어졌고 뭔가 이벤트 데이터가 있다는 의미이다. if문을 보면 e.Button이라는 이벤트 데이터가 있어서 마우스 왼쪽 버튼을 눌렀을 경우에만 어떤 동작을 수행하려는 것을 알 수 있다. 이처럼 EventArgs는 특정 이벤트가 발생하였을 경우에 해당 이벤트 데이터를 제공함으로써 이벤트가 발생한 객체에 접근하지 않고도 제공된 데이터를 활용할 수 있다.

3. Event의 게시
Event를 게시하는 게시자 클래스이다. 델리게이트로 연결하는 부분과 닷넷 프레임워크 지침에 따른 것을 제너릭 부분을 제거하고 EventHandler부분에 대한 이해를 돕기 위해서 약간 수정하였다.

class Publisher

{

    public delegate void CustomEventHandler(object sender, EventArgs e);

    public event CustomEventHandler RaiseCustomEvent;

 

    public void DoSomething()

    {

        OnRaiseCustomEvent(new EventArgs()); 

    }

 
   protected virtual void OnRaiseCustomEvent(EventArgs e)

    {

        CustomEventHandler handler = RaiseCustomEvent;

 

        if (handler != null)

        {

            handler(this, e);

        }

    }

}

=> delegate로 선언된 CustomEventHandler는 메소드를 델리게이트 하기 위해서 반환형과 매개변수를 가지고 있다. 이렇게 선언된 CustomEventHandler는 event 키워드와 함께 게시자 클래스의 이벤트로 게시되는 것을 알 수 있다. 만약에 여기서 event 키워드를 빼면 어떻게 될까? 프로그램은 정상적으로 동작이 된다. 약간 의외의(?) 결과라고 처음에는 생각이 되었지만 event키워드는 그 이름처럼 delegate로 선언된 Handler를 이벤트로 게시해주는 일 이외는 하는 것이 없는 것이다. event키워드로 게시함으로써 해당 이벤트를 번개 모양의 이벤트로 알 수 있는 것이고 event키워드가 없으면 게시자의 멤버변수로써 파란색 볼(?)로 나타난다.
OnRaiseCustomEvent()를 살펴보면 꼭 이렇게 할 필요는 없지만 닷넷 프레임워크 지침에 따른거니 표준정도라고 생각하고 보자. 좀 더 이해하기 쉽게 바꾸면 다음과 같다.

protected virtual void OnRaiseCustomEvent(EventArgs e)

{
        if (RaiseCustomEvent!= null)

        {

            RaiseCustomEvent(this, e);

        }

}


OnRaiseCustomEvent()는 virtual로 선언될 것을 볼 수 있다. 이 메소드는 재정의가 가능하다는 의미이고 많이 낯이 익는다. On~으로 시작하는 메소드는 바로 이벤트보다 먼저 실행이 되는 메소드인 것이다. 그래서 우리가 이벤트를 구독하지 않고 On~메소드를 재정의하여서도 이벤트를 사용할 수 있는 것이다. 2번에서 구독해본 폼의 Load이벤트를 override 키워드와 On으로 시작하는 메소드중 OnLoad()를 찾으면 아래와 같은 코드를 자동으로 만들어준다.

protected override void OnLoad(EventArgs e)

{

    base.OnLoad(e);
   

    //이벤트에 대한 응답으로 수행되는 동작
}

=> 폼을 상속받았기 때문에 base인 Form의 OnLoad()를 호출해주는 것을 알 수 있고 2번에서 델리게이트를 이용해서 구독한 것과 똑같은 동작 코드를 작성해 넣을 수 있다.

마지막으로 게시자에서는 이벤트가 일어나는 시점을 결정한다고 하였는데 DoSomething()가 바로 그 역할을 하는 메소드이다. 앞에서도 말했듯이 새롭게 이벤트에 대응되는 메소드인 OnRaiseCustomEvent()를 여기서 호출을 해주고 있는 것을 알 수 있다.

Posted by resisa
,

'찰스페졸드의 WPF'란 책을 보면 메모장(18장)에서 폰트의 정보를 xml파일로 관리한다. 글씨크기나 종류 등등부터 메모장의 크기정보를 xml파일로 관리한다. 이것을 이용하여 Xceed의 DataGridControl(WPF의 ListView컨트롤과 비슷한것으로 생각하면 된다.)을 튜닝을 하여 컬럼의 길이, 헤더의 표시여부, 컬럼의 순번을 저장하는 새로운 컨트롤을 만들어보자!

1. 먼저 XmlSerializer 클래스를 이용하여 xml로 로드 및 저장하는 환경설정클래스(DataGridSetting)를 만들어보자. xml 로드 및 저장하는 부분은 '찰스페졸드의 WPF'의 소스부분을 거의 그대로 사용한다.

 
    /// <summary>
    /// XML파일로 DataGrid의 환경내용을 저장한다.
    /// </summary>
    public class DataGridSetting
    {
        // Default Settings
       public bool[] HeaderVisible;
       public int[] Position;
       public string[] HeaderName;
       public double[] ColumnWidth;

        /// <summary>
        /// 디폴트 생성자
        /// </summary>
        public DataGridSetting()
        {
        }

        /// <summary>
        /// 컬럼의 갯수의 가져와 그 만큼의 배열을 생성해준다.
        /// </summary>
        /// <param name="count"></param>
        public DataGridSetting(int count)
        {
            HeaderVisible = new bool[count];
            Position = new int[count];
            HeaderName = new string[count];
            ColumnWidth = new double[count];
        }

        // Save settings to file.
        public virtual bool Save(string strAppData)
        {
            try
            {
                Directory.CreateDirectory(System.IO.Path.GetDirectoryName(strAppData));
                StreamWriter write = new StreamWriter(strAppData);
                XmlSerializer xml = new XmlSerializer(GetType());
                xml.Serialize(write, this);
                write.Close();
            }
            catch
            {
                return false;
            }
            return true;
        }

        // Load settings from file.
        public static object Load(Type type, string strAppData)
        {
            StreamReader reader;
            object settings;
            XmlSerializer xml = new XmlSerializer(type);

            try
            {
                reader = new StreamReader(strAppData);
                settings = xml.Deserialize(reader);
                reader.Close();
            }
            catch
            {
                settings = null;
            }
            return settings;
        }
    }


=> 소스를 살펴보면 XmlSerializer를 이용하면 DataGridSetting클래스의 객체를 xml파일로 저장해주고 로드해줄 수 있다는 것을 알 수 있다. DataGridSetting클래스의 멤버변수를 살펴보면 헤더를 보여줄지의 여부, 위치, 이름, 길이를 해당 타입에 맞게 배열로 선언하였고 생성자에서는 헤더의 갯수를 받아서 그 만큼의 배열을 선언해주는 것을 알 수 있다.
=> strAppData는 저장하는 위치를 나타내는 변수로 실제로 저장은 C:\abc.xml로 저장을 한다.
(※ 환경설정 파일이 많을 경우 xml파일의 배포 위치는 어플리케이션이 배포되는 위치에 사용자의 아이디로 폴더를 만들고 컨트롤의 이름으로 xml로 만들면 로그인한 사용자에 따라서 본인이 원하는 상태로 해당 컨트롤을 볼 수 있을 것이라고 생각한다.)

2. Xceed의 DataGridControl클래스를 상속받는 CITDataGrid란 클래스를 만들어보자. 이번 클래스는 부분적으로 살펴보자.

2.1 먼저 멤버변수들을 살펴보자.


    public class CITDataGrid : DataGridControl
    {
        // 상태정보가 저장되는 변수
        private string strAppData;

        public string StrAppData
        {
            get { return strAppData; }
            set { strAppData = value; }
        }

        // 세팅정보가 저장되는 클래스
        protected DataGridSetting settings;

        // 메뉴
        private System.Windows.Controls.ContextMenu menu;


=> 1번에서 만들었던 DataGridSetting클래스를 CITDataGrid클래스의 멤버변수로 선언을 했고 옵션으로 ContextMenu를 선언해줬다. ContextMenu는 오른쪽 버튼을 누르면 나오는 메뉴를 말하는데 윈도우 탐색기처럼 컬럼헤더에 오른쪽 버튼을 누르면 해당 컬럼의 보여줄지의 여부를 체크 해주기 위해서 선언하였다.
(※ WPF의 ListView클래스의 View(GridView)에는 ColumnHeaderContextMenu란 프로퍼티가 존재하고 ContextMenu를 이 프로퍼티에 설정해주면된다. Xceed의 DataGridControl에는 이런 프로퍼티가 없는 것 같아서 ContextMenu의 isOpen프로퍼티로 수동(?)으로 해당 메뉴의 내용을 보여준다.)

2.2 xml파일로 저장과 로드를 하는 메소드이다.

       
        protected virtual object LoadSettings()
        {
            return DataGridSetting.Load(typeof(DataGridSetting),
                                             strAppData);
        }

        protected virtual void SaveSettings()
        {
            if (settings == null)
                settings = new DataGridSetting(Columns.Count);

            int i = 0;
            foreach (Column col in Columns)
            {
                settings.HeaderVisible[i] = col.Visible;
                settings.HeaderName[i] = col.Title.ToString();
                settings.Position[i] = col.VisiblePosition;
                settings.ColumnWidth[i] = col.Width;
                i++;
            }

            settings.Save(strAppData);
        }


=> xml파일을 로드할 때는 DataGridSetting.Load()가 정적이라는 것과 저장할 때는 Columns라는 프로퍼티로 부터 모든 컬럼의 정보를 멤버변수로 선언 settings의 배열에 넣고 settings를 xml파일로 저장하는 것을 볼 수 있다.

2. 3 생성자 및 Loaded 이벤트, Current_Exit 이벤트


        /// <summary>
        /// 디폴트 생성자
        /// </summary>
        public CITDataGrid()
        {
            Loaded += new RoutedEventHandler(CITDataGrid_Loaded);
           
            Application.Current.Exit += new ExitEventHandler(Current_Exit);
        }

        void Current_Exit(object sender, ExitEventArgs e)
        {
            SaveSettings();
        }


        void CITDataGrid_Loaded(object sender, RoutedEventArgs e)
        {
            // 파일정보를 가져온다.(생성자에서 설정을 할 수없어서 컬럼이 추가되는 시점에서 세팅의 값을 가져온다.
            settings = (DataGridSetting)LoadSettings();

            if (settings != null)
            {
                int i = 0;
                foreach (Column col in Columns)
                {
                    col.Visible = settings.HeaderVisible[i];
                    col.VisiblePosition = settings.Position[i];
                    col.Width = (ColumnWidth)settings.ColumnWidth[i];
                    i++;
                }
            }

            // 메뉴를 생성
            ContextMenuInit();
           
            AddHandler(MouseRightButtonUpEvent, new RoutedEventHandler(CITDataGrid_MouseRightButtonUp));
        }


=> 실제로는 Unloaded이벤트에서 상태정보를 xml파일로 저장해주는 부분도 필요하다. 여기서 Application.Current.Exit 이벤트를 등록해주는 이유는 WPF에서는 컨트롤간에 부모, 자식 관계가 가능하다. 그런데 이 컨트롤을 실제로 사용하게 되면 DocPanal같은 컨트롤의 자식으로 설정이 되는데 프로그램을 X표시로 그냥 꺼버릴 경우에 Unloaded 이벤트가 발생하지 않는다. 그래서 Application.Current.Exit를 등록해주는 것이다. 여기서 Unloaded이벤트는 생략했다.
=> AddHandler()라는 이벤트를 등록해주는 메소드를 볼 수 있는데 오른쪽 버튼을 눌렀을 경우의 ContextMenu를 보여주기 위해서이다.

2.4 ContextMenu를 생성하고 MenuItem를 설정하고 체크유무에 따른 컬럼의 상태를 설정해주는 이벤트를 보자.


        private void ContextMenuInit()
        {
            // ContextMenu 생성
            menu = new ContextMenu();

            // 메뉴아이템 클릭 이벤트 등록
            menu.AddHandler(MenuItem.ClickEvent,
                            new RoutedEventHandler(MenuOnClick));

            MenuItem mi;
            foreach (Column col in Columns)
            {
                mi = new MenuItem();
                mi.IsChecked = col.Visible;
                mi.Header = col.Title;
                menu.Items.Add(mi);
            }
        }

        void MenuOnClick(object sender, RoutedEventArgs args)
        {
            MenuItem item = args.OriginalSource as MenuItem;
            item.IsChecked ^= true;

            foreach (Column col in Columns)
            {
                if (item.Header.ToString() == col.Title.ToString())
                {
                    col.Visible ^= true;
                    break;
                }
            }
        }
      
        void CITDataGrid_MouseRightButtonUp(object sender, RoutedEventArgs e)
        {
            TextBlock tb = e.OriginalSource as TextBlock;

            if (tb != null)
            {
                foreach (Column col in Columns)
                {
                    if (col.Title.ToString() == tb.Text)
                    {
                        menu.IsOpen = true;
                        break;
                    }
                }
            }
        }

=> true이면 false로 false이면 true로 해주는 문장을 한줄로 코딩해주고 있다. 기존에 if else문으로 하던걸 이렇게 하면 짧게 할 수 있는걸 왜 미처 생각하지 못했는지 모르겠다.. 다른 사람의 코딩을 볼 필요가 있다는 걸 많이 느끼게한 문장이다..
=> 오른쪽 버튼을 눌렀을 때 그 위치에 대한 Source를 가져오는 부분이다. 해당 부분이 Lable이면 Lable을 가져오고 TextBox이면 TextBox이다. 여기서는 TextBlock를 가져온다. TextBlock를 가져오면 해당 컬럼헤더의 Text를 컬럼의 Title과 비교하여 컬럼헤더의 부분에서 오른쪽 버튼을 클릭해줬음 알 수 있다.

3. 이제 새로운 프로젝트를 만들고 튜닝한 컨트롤을 사용해보자.


// xaml 참조
// xmlns:cit="clr-namespace:XceedDataGridTunning;assembly=XceedDataGridTunning"
// xmlns:xcdg="http://schemas.xceed.com/wpf/xaml/datagrid

<cit:CITDataGrid Name="grid" AutoCreateColumns="False" StrAppData="C:\abc.xml" 
                         ItemsSource="{Binding Source={StaticResource cvs_orders}}"
                         >
           
            <xcdg:DataGridControl.Columns>
                <xcdg:Column FieldName="TradeTime"
                             Title="시간" Width="200"
                             CellContentTemplate="{StaticResource customContentTemplate}"/>

                <xcdg:Column FieldName="DRCODE" Title="의사코드" Width="100" />
                <xcdg:Column FieldName="GRADE" Title="의사직급" Width="100" />
                <xcdg:Column FieldName="PRINTRANKING" Title="의사서열" Width="100" />
                <xcdg:Column FieldName="DRNAME" Title="의사성명" Width="100" />
                <xcdg:Column FieldName="SEQDATE" Title="진료순번관리일자" Width="100" />
            </xcdg:DataGridControl.Columns>                       
        </cit:CITDataGrid>


=> xml파일이 저장될 위치를 설정하고 튜닝된 CITDataGrid 클래스의 ItemSource를 설정하고 Column를 만들어주는 것을 볼 수 있다.

4. 개선사항
처음에는 Application.Current.Exit 이벤트를 몰라 Window를 종료할 때 CITDataGrid에서 이벤트를 잡을 수가 없어서(소멸자에서는 Columns프로퍼티가 InvalidException이 되어서 xml파일로 저장을 할 수가 없었다) Column를 상속받아서 Column에서 값이 바뀔때의 이벤트를 잡아 CITDataGrid클래스에서 알려주어 전체 Column를 저장했었다. 너무 자주 저장한다고 그래서 폼이 종료될 때 한번 저장하는걸로 바꿨다. 어플리케이션이 종료될 때 현재는 무조건 저장이 되지만 내용이 변했는지의 여부를 메소드로 만들어서 체크하여 설정내용이 변경되었을 때에는 저장하게 하는게 바람직한 것 같다. 실제 프로젝트에 사용이 되면 많은 수의 DataGrid를 열고 폼이 종료될 대 모두 다 같이 xml저장하면 어떻게 될지도 궁금하다. 또한 Page로 변경하여 익스플로어에서 xml파일로 저장해야 할 경우에 권한문제가 발생하는데 이것은 또 어떻게 해결해야 할지 ㅡ.ㅡ;;

처음으로 강좌 형식으로 글을 올렸다.. 아직 모르는게 많지만 배우고자 하고 마음은 누구못지 않기에 시작은 미약하지만 나중에는 내가 보았던 누구의 멋진 블로그처럼 많은 사람들이 좋은 정보를 많이 얻어가는 블로그로 만들어 가겠다!

Posted by resisa
,

올해 초에 웹타임 교육센터에서 교육을 받은 내용을 나름대로 정리한 내용이다.

내용은 많고 시간은 부족(?)해서 설명 부분이 많이 부족하다.

그래서 버전은 0.9이다.. +_+

차후에 보완 수정하여 더욱 더 유용한(?) 자료로 거듭났으면 좋겠다 ㅋ

Posted by resisa
,