Microsoft MVP성태의 닷넷 이야기
글쓴 사람
miraclewing
홈페이지
첨부 파일
 

안녕하세요 소스단에서 옵션에 맞게 디자인 변경되는 부분을 처리하다가 문득 궁금증이 생겨서 문의드립니다.

제가 지금까지 인터넷 찾아보고 책에서 보고 했던것들을 보면
(1)
    this.SuspendLayout();
    try
    {
        // 어떤 작업을 여기서 진행함
    }
    finally
    {
        this.ResumeLayout();
    }
다음과 같은 형태로 try 전 SuspendLayout() 함수를 호출하는 경우가 많았는데요
(2)
    try
    {
        this.SuspendLayout();

        // 어떤 작업을 여기서 진행함
    }
    finally
    {
        this.ResumeLayout();
    }
다음과 같은 형태가 더 안정적으로 보이는데 왜 이렇게 안하는지 그리고 두가지의 차이가 있는지 차이가 없는지 궁금합니다!








[최초 등록일: ]
[최종 수정일: 1/25/2022]


비밀번호

댓글 작성자
 



2022-01-25 11시03분
위의 질문에 상관없이 범용적으로 정리해 보면,

우선 (SuspendLayout으로 시작하는) Entry 메서드의 경우 그 자체로 무결성이 보장된다면 try 밖에 놔도 됩니다. 하지만, 그것 자체가 실행 중에 "finally로 정리해야 할 어떤 작업을 표시하고 나서" 다른 부가 동작을 수행하는 중에 예외가 발생할 수 있다면 try 내부에 위치해야 합니다.

위의 원칙을 Suspend/ResumeLayout에 적용해 보면, 일단 SuspendLayout 자체는 내부 소스 코드 상으로는,

public void SuspendLayout()
{
    _layoutSuspendCount++;
    if (_layoutSuspendCount == 1)
    {
        OnLayoutSuspended();
    }
}

internal virtual void OnLayoutSuspended()
{
}

단순히 _layoutSuspendCount라는 변수의 값을 +1 하는 동작에 불과하기 때문에 try 밖에 두어도 됩니다. 하지만, 만약 OnLayoutSuspended를 재정의한 개발자가 부주의하게 그 내부에서 예외를 발생시키면 ResumeLayout 메서드가 호출되지 않으므로 그런 경우에는 try 내부에 두어야 합니다.

따라서, 대부분의 경우에 try 밖에 두어도 되지만, 아주 특수한 상황에서는 내부에 두어야 합니다. 아마도 99.9%의 상황에서는 어느 것을 선택해도 무방할 것입니다. 만약 저더러 고르라고 한다면, 그래도 혹시나 하는 마음으로 후자의 것을 선택하겠습니다. 왜냐하면, 앞에 두나/뒤에 두나 성능상으로 아무런 차이가 없기 때문에 굳이 전자의 것을 고를 필요는 없어 보입니다.
정성태
2022-01-25 11시13분
[miraclewing] 명확하고 간결한 답변 감사드립니다!
[guest]

... 91  92  [93]  94  95  96  97 
NoWriterDateCnt.TitleFile(s)
137정성태4/7/200510136            답변글 [답변]: [답변]: [답변]: c# .Net 에 대한 문의좀 ^^ [WinForm 에서 UserControl로 작성된 폼을 호출하려는데....]
138김용국4/7/20059073                답변글 [답변]: [답변]: [답변]: [답변]: c# .Net 에 대한 문의좀 ^^ [WinForm 에서 UserControl로 작성된 폼을 호출하려는데....]
139김용국4/11/20059598                    답변글 잘 해결 되었습니다... 감사합니다 [한줄답변]
129김용국3/31/200510539SmartClient 배포와 관련해서 무엇이 빠졌는지 좀 알려주시면 감사하겠습니다....!파일 다운로드2
130정성태3/31/20059708    답변글 [답변]: SmartClient 배포와 관련해서 무엇이 빠졌는지 좀 알려주시면 감사하겠습니다....!
131김용국4/1/20059177        답변글 [답변]: [답변]: SmartClient 배포와 관련해서 무엇이 빠졌는지 좀 알려주시면 감사하겠습니다....!
132정성태4/1/20059336            답변글 [답변]: [답변]: [답변]: SmartClient 배포와 관련해서 무엇이 빠졌는지 좀 알려주시면 감사하겠습니다....!
133김용국4/1/20059473                답변글 [답변]: [답변]: [답변]: [답변]: SmartClient 배포와 관련해서 무엇이 빠졌는지 좀 알려주시면 감사하겠습니다....!
126구정모3/31/200510779이홈의 효과는 어떻게???
128정성태3/31/20059889    답변글 [답변]: 이홈의 효과는 어떻게???
124배재현3/30/20059879Smart Client 문제로 이렇게 질문을 하나 올리게 됐습니다.^^;;
125정성태3/30/20059319    답변글 [답변]: Smart Client 문제로 이렇게 질문을 하나 올리게 됐습니다.^^;;
121안연준3/23/20059264이벤트 관련 문제
122정성태3/23/20059144    답변글 [답변]: 이벤트 관련 문제
120안연준3/23/20058993정성태님.... 오프라인 문제 질문 입니다. [1]
123정성태3/23/20059223    답변글 [답변]: 정성태님.... 오프라인 문제 질문 입니다. [1]
117정준명3/21/200510134COM+ 메소드 작성시...
118정성태3/29/20059718    답변글 [답변]: COM+ 메소드 작성시... [1]
109김용국3/18/200510666IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
112정성태3/19/20059837    답변글 [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
113김용국3/19/20059796        답변글 [답변]: [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
114정성태3/19/20059871            답변글 [답변]: [답변]: [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
115김용국3/21/20059275                답변글 [답변]: [답변]: [답변]: [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ... [1]
119김용국3/22/20059222                    답변글 [답변]: 정상태님 아주 잘 해결 되었습니다.... 감사합니다!
108guest3/17/20059366닷넷 프레임워크 배포
111정성태3/19/20059769    답변글 [답변]: 닷넷 프레임워크 배포
... 91  92  [93]  94  95  96  97