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]

... 31  32  33  34  35  36  37  38  39  40  [41]  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
4829윤현수4/26/201714852System.Text.Encoding 질문 [1]
4828jaem...4/20/201711093시스템 종료시 block 함수 xp 지원가능한 방법 질문 [2]
4827ds4/13/201713070매서드 정의로 이동시 [메타데이터에서]에서 라고 나오는 것은 뭔가요? [1]
4826김솔지4/11/201710344CxImage 문자 출력 [1]
4825플메4/10/201710744덱스트 업로드 하는데 구성요소 서비스에 엑셀이 안뜨네요..ㅜㅜ [1]파일 다운로드1
4824김상경4/9/201710123win7에서 vb6.0을 이용해서 프로그램을 만들었습니다.(제가 만든건 아니고 옆 동료가 만들었습니다.) [1]파일 다운로드1
4823조상현3/28/201711171windows event log 에 대한 정보는 어디서 얻을 수 있을까요? [1]
4822부우3/24/201712821글수정이 안되어 다시올려드립니다ㅠ [12]파일 다운로드2
4821부우3/22/201726509파일이나 어셈블리 중 하나를 로드에러 좀 봐주세요 [9]파일 다운로드1
4820듀이3/20/201711175오차 없이 동시에 명령을 보내게 가능한가요? [2]파일 다운로드1
4819popo3/20/201712483C# sslstream 사용시 Cipher List 설정 [3]
4818부우3/16/201721444DllImport 사용시 진입점을 찾을수 없습니다 [2]
4817yun3/15/201710760서피스프로4의 HYPER-V로 윈도우7을 깔았는데... [1]
4816부우3/15/201713490C++ DLL함수 사용 질문드립니다 [10]
4815김지용3/14/20179556.net core linux 오류 [2]
4814김솔지3/13/201710625인쇄 시 , 출력화면을 이미지 파일로 저장하고 싶습니다. [1]파일 다운로드1
4813spow...3/8/201712179멀티 스레드 환경에서 처리하여야 할 목록을 효율적으로 사용하는 기법 질문 드립니다 [2]
4812popo2/23/201712254.NET Window ClassName 변경 질문 드립니다. [1]
4809힘찬도약2/15/201715305C# 가상 시리얼 [4]
4808이길용2/9/201714014WCF 외부 접속 관련해서 질문드립니다ㅠ [1]
4807헬조선식...2/8/201720625WPF의 속도에 대해서 궁금합니다. [3]
4803헬조선식...2/7/201714030WPF로 메신져 메세지 박스 구현 문의 [2]
4802spow...2/6/201711049특정 범위의 값을 다른 값으로 치환하는 메소드를 만들어야 할 때 가장 빠른 방법은? [7]
4804spow...2/7/201710942    답변글 [답변]: 특정 범위의 값을 다른 값으로 치환하는 메소드를 만들어야 할 때 가장 빠른 방법은?
4805spow...2/7/201710675    답변글 [답변]: 특정 범위의 값을 다른 값으로 치환하는 메소드를 만들어야 할 때 가장 빠른 방법은? (글삭제가 안돼 재첨부합니다)파일 다운로드1
4801spow...2/3/201710533C#의 참조 동작관련하여 아이디어 문의 드립니다 [4]
... 31  32  33  34  35  36  37  38  39  40  [41]  42  43  44  45  ...