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]

... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
953박용운2/16/201118741    답변글 [답변]: IE8.0에서 BHO
951임동찬2/11/201118924WCF Service Reference [1]
950이성환2/9/201120358Windows application 프로젝트를 참조 했을 때 생성되는 실행파일을 직접 실행 불가능하도록 하고 싶습니다. [6]파일 다운로드1
947김순조1/24/201119511.NET based Com에서 Native ActiveX로 이벤트 보내기?? [2]파일 다운로드1
943김기룡1/3/201122802닷넷 에러시 조치사항관련... [2]
942김기룡12/27/201017829Thread 안정성 관련 문의 드립니다. [2]
941최광욱12/20/201017557정성태님 올리신 글중에 [1]
940최광욱12/20/201019407Assembly Unloading 관련해서 [2]
939최광욱12/20/201017820IIS 로그 읽기 [1]
938날쌘돌이12/14/201018969자바로 asp.net 인증하기 [3]
935김기룡12/13/201029323c#에서 c++로 개발된 dll에 byte[] 전달 관련하여 문의 드립니다. [6]
934임동찬12/7/201016824System.Reflection.Assembly.GetTypes() 메서드에 대해 [1]
929김준호12/2/201016920안녕하세요 비주얼베이직 2005 닷넷 관련 문의입니다 [1]
928김준호11/30/201017434안녕하세요 비주얼베이직 2005 닷넷 관련 문의입니다 [1]파일 다운로드1
927임동찬11/30/201018838Windows\\Temp 폴더의 이름모를 .tmp 파일들에 대해서 [1]
926이승규11/26/201038770IP접속 시도시 ORA-12504 에러 [1]
925임동찬11/11/201016315다른 프로그램의 컨트롤 건드려보기_추가질문(2) [1]
924임동찬11/10/201017096다른 프로그램의 컨트롤 건드려보기_추가질문 [1]
923임동찬11/9/201019666다른 프로그램의 컨트롤 건드려보기 [1]
922박태근11/2/201018275html5의 shape파일 관련 [1]파일 다운로드1
921박태근11/1/201018902DataTable 의 Binary변환! [1]
920김재영10/26/201019273GAC에 등록된 어셈블리를 Visual Studio에서 참조 대화상자에 보이게 할려면 어떤 방법이 있습니까? [2]
919임동찬10/22/201017684IStream [1]
918임동찬10/21/201016835System.Runtime.InteropServices.ComTypes.IStream 관련 [1]
917한귀순10/20/201021123IIS 최초 loading 시 속도 [2]
916임동찬10/15/201017303file lock 관련 [2]
... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...