Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

C# 9.0 - (14) 부분 메서드에 대한 새로운 기능(New features for partial methods)

C# 9.0 - (1) 대상으로 형식화된 new 식(Target-typed new expressions)
; https://www.sysnet.pe.kr/2/0/12363

C# 9.0 - (2) localsinit 플래그 내보내기 무시(Suppress emitting localsinit flag)
; https://www.sysnet.pe.kr/2/0/12364

C# 9.0 - (3) 람다 메서드의 매개 변수 무시(Lambda discard parameters)
; https://www.sysnet.pe.kr/2/0/12365

C# 9.0 - (4) 원시 크기 정수(Native ints)
; https://www.sysnet.pe.kr/2/0/12366

C# 9.0 - (5) 로컬 함수에 특성 지정 가능(Attributes on local functions)
; https://www.sysnet.pe.kr/2/0/12372

C# 9.0 - (6) 함수 포인터(Function pointers)
; https://www.sysnet.pe.kr/2/0/12374

C# 9.0 - (7) 패턴 일치 개선 사항(Pattern matching enhancements)
; https://www.sysnet.pe.kr/2/0/12383

C# 9.0 - (8) 정적 익명 함수 (static anonymous functions)
; https://www.sysnet.pe.kr/2/0/12389

C# 9.0 - (9) 레코드 (Records)
; https://www.sysnet.pe.kr/2/0/12392

C# 9.0 - (10) 대상으로 형식화된 조건식(Target-typed conditional expressions)
; https://www.sysnet.pe.kr/2/0/12399

C# 9.0 - (11) 공변 반환 형식(Covariant return types)
; https://www.sysnet.pe.kr/2/0/12402

C# 9.0 - (12) foreach 루프에 대한 GetEnumerator 확장 메서드 지원(Extension GetEnumerator)
; https://www.sysnet.pe.kr/2/0/12403

C# 9.0 - (13) 모듈 이니셜라이저(Module initializers)
; https://www.sysnet.pe.kr/2/0/12404

C# 9.0 - (14) 부분 메서드에 대한 새로운 기능(New features for partial methods)
; https://www.sysnet.pe.kr/2/0/12405

C# 9.0 - (15) 최상위 문(Top-level statements)
; https://www.sysnet.pe.kr/2/0/12406

C# 9.0 - (16) 제약 조건이 없는 형식 매개변수 주석(Unconstrained type parameter annotations)
; https://www.sysnet.pe.kr/2/0/12423




C# 3.0에 추가한 "partial method"는, 마치 C++의 헤더 파일과 CPP 구현 파일처럼 선언과 정의를 나누는 방법을 제공합니다. 가령, 하나의 파일에 다음과 같이 구현을 분리하거나,

partial class Computer
{
    List<Device> _parts = new List<Device>();

    partial void PrintDevice();
}

partial class Computer
{
    partial void PrintDevice()
    {
        Console.WriteLine(_parts.Count);
    }
}

별도의 파일로 나눌 수도 있습니다.

// Computer.cs
partial class Computer
{
    List<Device> _parts = new List<Device>();
    partial void PrintDevice();
}

// Computer.partial.cs
partial class Computer
{
    partial void PrintDevice()
    {
        Console.WriteLine(_parts.Count);
    }
}

구현 메서드의 포함 유무에 상관없이 해당 메서드를 사용하는 것은 변함이 없지만,

class Program
{
    static void Main(string[] args)
    {
        Computer c = new Computer();
        c.PrintDevice();
    }
}

만약 이 상태에서 구현부가 포함된 코드를 삭제하면,

// partial void PrintDevice()
// {
//     Console.WriteLine(_parts.Count);
// }

C# 컴파일러는 partial 메서드인 PrintDevice에 대한 호출을 전부 제거하고 빌드를 합니다. 즉 사용 코드가 다음과 같이 바뀌는 것입니다.

class Program
{
    static void Main(string[] args)
    {
        Computer c = new Computer();
    }
}

이런 특성 때문에, 사실 일반적인 코드에서는 사용할 일이 거의 없지만 자동으로 생성되는 코드가 있는 경우에는 유용할 수 있습니다. 예를 들어, Windows Forms의 InitializeComponent 내의 코드는 비주얼 스튜디오에 의해 자동으로 생성되는데, 그 코드를 개발자가 직접 수정하게 되면 이후 비주얼 스튜디오에 의해 다시 재생성되므로 개발자의 코드 변경이 모두 날아가 버립니다. 그런 경우를 위해 마이크로소프트는 자동 생성되는 소스 코드에 어느 정도의 변경을 허용하도록 partial 메서드를 제공한 것입니다.




하지만, 사실 개인적으로도 partial class는 잘 사용하고 있지만 partial method는 거의 사용해 본 적이 없습니다. 왜냐하면 제약이 너무 많습니다.

  1. 반드시 반환 타입이 void 여야 하며,
  2. out 파라미터를 가질 수 없고,
  3. (암시적으로 지정된 private 이외의) 별도 접근 제한자를 가질 수 없습니다.

이런 제약들은 어찌 보면 지극히 당연합니다. 가령, private이 아닌 public으로 했다면 그 메서드를 외부에서 바인딩할 수 있도록 메타데이터에 남겨진다는 것인데 그것의 구현 코드를 포함시키지 않은 경우 같은 프로젝트에서의 호출이라면 C# 컴파일러가 임의로 호출 코드를 삭제할 수 있지만 외부에서 사용했다면 그것이 불가능하기 때문입니다.

그런데, C# 9.0부터 위의 제약들을 모두 풀었습니다. 그래서 다음과 같이 partial 메서드를 정의하는 것이 가능합니다.

public partial class Computer
{
    List<Device> _parts = new List<Device>();
    partial void PrintDevice();

    public partial Device[] GetDevices();

    private partial bool TryParse(string text, out Computer computer);
}

public partial class Computer
{
    partial void PrintDevice()
    {
        Console.WriteLine(_parts.Count);
    }

    public partial Device[] GetDevices()
    {
        return null;
    }

    private partial bool TryParse(string text, out Computer computer)
    {
        computer = null;
        return true;
    }
}

그나저나, 좀 이상하지 않나요? 저 제약을 풀면 바로 위에서 설명한 상황들은 어떻게 되는 것일까요? 당연히 저 상황들을 C# 컴파일러가 잘 알아서 처리할 수는 없습니다. 그래서 답은 의외로 간단합니다. 가령 public partial 메서드라면 반드시 사용자가 구현 코드를 제공하면 되는 것입니다.

그래서, 자동 생성 코드를 제공하는 측에서는 특정 메서드를 반드시 사용자가 구현해야 할 필요가 있다면 partial 메서드로 선언해 둘 수 있습니다. 달리 말하면, "상속 관계"에서 하위 클래스에 반드시 구현해야 하는 메서드가 필요하다면 abstract로 지정하는 것처럼, "자동 생성 코드"가 포함된 프로젝트에서 반드시 구현해야 하는 메서드가 필요하다면 partial 메서드로 처리하는 것입니다.

비록 이런 제약이 풀렸지만, 역시나 partial 메서드가 이전보다 잘 쓰이게 될지는 두고 봐야겠습니다. 아마도 거의 마이크로소프트 측의 자동 생성 코드에서나 사용되지 않을까 싶군요. ^^

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




참고로, 기존의 partial 메서드에 대한 3가지 규칙을 벗어나는 경우 무조건 접근 제한자를 추가해야 합니다. 암시적으로 partial 메서드는 private이지만, 위의 코드에서 TryParse의 "private" 접근 제한자를 없애면 "Error CS8796 Partial method 'Computer.TryParse(string, out Computer)' must have accessibility modifiers because it has a non-void return type." 컴파일 오류가 발생합니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]


donaricano-btn



[최초 등록일: ]
[최종 수정일: 11/22/2020]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 쓴 사람
 




1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...
NoWriterDateCnt.TitleFile(s)
12551정성태3/5/2021662오류 유형: 702. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly. (2)
12550정성태3/5/2021603오류 유형: 701. Live Share 1.0.3713.0 버전을 1.0.3884.0으로 업데이트 이후 ContactServiceModelPackage 오류 발생하는 문제
12549정성태3/4/2021633오류 유형: 700. VsixPublisher를 이용한 등록 시 다양한 오류 유형 해결책
12548정성태3/4/2021678개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/2021905오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/2021765개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/20211512.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [7]
12544정성태2/26/20211169.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/20211120VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/20211267개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법
12541정성태2/18/2021993개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/2021991.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/20211078Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/20211273.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/20211372.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기
12536정성태2/9/20211311개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/2021907개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/20211223개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/20211189개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/20211057개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [1]
12531정성태2/5/2021944개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/20211403개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/20211012개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/20211082개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/20211068개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/2021862개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...