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)
12576정성태3/25/2021799개발 환경 구성: 558. Docker Desktop for Windows에서 DockerDesktopVM 기반의 Kubernetes 구성 (2) - k8s 서비스 위치
12575정성태3/24/2021740개발 환경 구성: 557. Docker Desktop for Windows에서 DockerDesktopVM 기반의 Kubernetes 구성
12574정성태3/23/20211161.NET Framework: 1030. C# Socket의 Close/Shutdown 동작 (동기 모드)
12573정성태3/22/2021907개발 환경 구성: 556. WSL 인스턴스 초기 설정 명령어
12572정성태3/22/2021813.NET Framework: 1029. C# - GC 호출로 인한 메모리 압축(Compaction)을 확인하는 방법파일 다운로드1
12571정성태3/21/2021820오류 유형: 706. WSL 2 기반으로 "Enable Kubernetes" 활성화 시 초기화 실패 [1]
12570정성태3/19/2021848개발 환경 구성: 555. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법
12569정성태3/18/20211034개발 환경 구성: 554. WSL 인스턴스 export/import 방법 및 단축 아이콘 설정 방법
12568정성태3/18/2021675오류 유형: 705. C# 빌드 - Couldn't process file ... due to its being in the Internet or Restricted zone or having the mark of the web on the file.
12567정성태3/17/2021722개발 환경 구성: 553. Docker Desktop for Windows를 위한 k8s 대시보드 활성화 [1]
12566정성태3/17/2021812개발 환경 구성: 552. Kubernetes - kube-apiserver와 REST API 통신하는 방법 (Docker Desktop for Windows 환경)
12565정성태3/17/2021587오류 유형: 704. curl.exe 실행 시 dll not found 오류
12564정성태3/16/2021685VS.NET IDE: 160. 새 프로젝트 창에 C++/CLI 프로젝트 템플릿이 없는 경우
12563정성태3/16/2021745개발 환경 구성: 551. C# - JIRA REST API 사용 정리 (3) jira-oauth-cli 도구를 이용한 키 관리
12562정성태3/15/2021838개발 환경 구성: 550. C# - JIRA REST API 사용 정리 (2) JIRA OAuth 토큰으로 API 사용하는 방법파일 다운로드1
12561정성태3/12/2021660VS.NET IDE: 159. Visual Studio에서 개행(\n, \r) 등의 제어 문자를 치환하는 방법 - 정규 표현식 사용
12560정성태3/11/20211069개발 환경 구성: 549. ssh-keygen으로 생성한 개인키/공개키 파일을 각각 PKCS8/PEM 형식으로 변환하는 방법
12559정성태3/11/2021743.NET Framework: 1028. 닷넷 5 환경의 Web API에 OpenAPI 적용을 위한 NSwag 또는 Swashbuckle 패키지 사용파일 다운로드1
12558정성태3/10/20211043Windows: 192. Power Automate Desktop (Preview) 소개 - Bitvise SSH Client 제어 [1]
12557정성태3/10/2021586Windows: 191. 탐색기의 보안 탭에 있는 "Object name" 경로에 LEFT-TO-RIGHT EMBEDDING 제어 문자가 포함되는 문제
12556정성태3/9/2021540오류 유형: 703. PowerShell ISE의 Debug / Toggle Breakpoint 메뉴가 비활성 상태인 경우
12555정성태3/8/2021779Windows: 190. C# - 레지스트리에 등록된 DigitalProductId로부터 라이선스 키(Product Key)를 알아내는 방법파일 다운로드2
12554정성태3/8/2021986.NET Framework: 1027. 닷넷 응용 프로그램을 위한 PDB 옵션 - full, pdbonly, portable, embedded
12553정성태3/5/2021845개발 환경 구성: 548. 기존 .NET Framework 프로젝트를 .NET Core 용으로 변환해 주는 upgrade-assistant, try-convert 도구 소개
12552정성태3/5/2021644개발 환경 구성: 547. github workflow/actions에서 Visual Studio Marketplace 패키지 등록하는 방법
12551정성태3/5/2021662오류 유형: 702. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly. (2)
1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...