Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 16개 있습니다.)

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." 컴파일 오류가 발생합니다.




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

[연관 글]






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

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

비밀번호

댓글 작성자
 




... 136  137  138  139  140  141  142  143  144  145  146  [147]  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1378정성태11/22/201231635Java: 14. 안드로이드 - Hello World 실습 [7]
1377정성태11/19/201225036.NET Framework: 344. 닷넷 프로파일러 - ICorProfilerInfo::GetILFunctionBody 함수 버그
1376정성태11/15/201230277디버깅 기술: 51. 닷넷 응용 프로그램에서 특정 예외가 발생했을 때 풀 덤프 받는 방법 [6]
1375정성태11/15/201226015디버깅 기술: 50. windbg의 mscordacwks DLL 로드 문제 - 두 번째 이야기
1374정성태11/13/201224096개발 환경 구성: 175. Visual Studio의 "Extension Manager"에서 설치된 구성 요소들의 제거 버튼이 비활성화되었다면!
1373정성태11/13/201224621.NET Framework: 343. VB.NET 어셈블리의 .NET Reflector 소스 코드를 분석할 때 알아두면 좋은 사항
1372정성태11/1/2012119500Windows: 67. 64비트 윈도우에서 Internet Explorer 10이 항상 64비트로만 실행된다면? [57]
1371정성태10/31/201227177.NET Framework: 342. Python의 zip과 with 문 context를 C#과 비교하면. [3]파일 다운로드1
1370정성태10/31/201222424VS.NET IDE: 75. Visual Studio - "Active Solution Platform" 변경을 툴바에서 하는 방법
1369정성태10/31/201235775개발 환경 구성: 174. 윈도우에서 Mono 개발 환경 구성 [4]
1368정성태10/31/201227058개발 환경 구성: 173. Windows Phone SDK 8.0 설치
1367정성태10/30/201234771개발 환경 구성: 172. IIS 7.5부터 지원되는 웹 사이트 자동 시작 모드 [1]
1366정성태10/24/201226125개발 환경 구성: 171. GTK+를 윈도우 환경에 수작업 설치
1365정성태10/24/201224970개발 환경 구성: 170. 우분투 데스크톱 Active Directory 가입하기 [2]
1364정성태10/19/201221361Windows: 66. Hyper-V 2012에서 별도의 네트워크 카드를 이용한 Live Migration
1363정성태10/16/201228840개발 환경 구성: 169. Objective-C의 대안 - Xamarin의 Mono를 이용한 C# iOS 개발 환경 [2]
1362정성태10/16/201229134개발 환경 구성: 168. 우분투 서버 Active Directory 가입하기
1361정성태10/12/201222528.NET Framework: 341. .NET COM+ 를 Managed/Native 클라이언트에서 각각 호출했을 때의 콜 스택 비교 [4]파일 다운로드1
1360정성태10/9/201226922.NET Framework: 340. Windows Server 2012 - .NET Framework 1.x 미지원
1359정성태10/9/201263229Windows: 65. 윈도우 8 - Internet Explorer 10을 32비트 또는 64비트로 통합 [5]
1358정성태9/27/201226404.NET Framework: 339. .NET Profiler 주의 사항 - 하나의 exe 프로세스 내에 다중 .NET 런타임 사용
1357정성태9/27/201223462Windows: 64. Hyper-V - Windows XP의 Live Migration 오류
1356정성태9/26/201229610Windows: 63. 윈도우 서버 2012 - Hyper-V의 새로운 기능 Live Migration [6]
1355정성태9/21/201227581Team Foundation Server: 49. TFS 2012 Express의 필수 보완 작업: 데이터베이스 백업 [1]
1354정성태9/19/201224382.NET Framework: 338. .NET CLR GC 시간 측정하는 방법파일 다운로드1
1353정성태9/17/201225738.NET Framework: 337. Python의 생성기와 코루틴을 C#으로 표현하면. [2]파일 다운로드1
... 136  137  138  139  140  141  142  143  144  145  146  [147]  148  149  150  ...