Microsoft MVP성태의 닷넷 이야기
닷넷: 2112. C# 12 - 기본 람다 매개 변수 [링크 복사], [링크+제목 복사],
조회: 14736
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 3개 있습니다.)
(시리즈 글이 9개 있습니다.)
닷넷: 2112. C# 12 - 기본 람다 매개 변수
; https://www.sysnet.pe.kr/2/0/13338

닷넷: 2113. C# 12 - 기본 생성자(Primary Constructors)
; https://www.sysnet.pe.kr/2/0/13339

닷넷: 2114. C# 12 - 모든 형식의 별칭(Using aliases for any type)
; https://www.sysnet.pe.kr/2/0/13341

닷넷: 2141. C# 12 - Interceptor (컴파일 시에 메서드 호출 재작성)
; https://www.sysnet.pe.kr/2/0/13410

닷넷: 2142. C# 12 - 인라인 배열(Inline Arrays)
; https://www.sysnet.pe.kr/2/0/13412

닷넷: 2144. C# 12 - 컬렉션 식(Collection Expressions)
; https://www.sysnet.pe.kr/2/0/13415

닷넷: 2150. C# 12 - 정적 문맥에서 인스턴스 멤버에 대한 nameof 접근 허용(Allow nameof to always access instance members from static context)
; https://www.sysnet.pe.kr/2/0/13427

닷넷: 2151. C# 12 - ref readonly 매개변수
; https://www.sysnet.pe.kr/2/0/13428

닷넷: 2160. C# 12 - Experimental 특성 지원
; https://www.sysnet.pe.kr/2/0/13444




C# 12 - 기본 람다 매개 변수

("람다 식의 선택적 매개 변수"라고 예전에 제목을 지었는데 공식 문서에 "기본 람다 매개 변수"로 나와서 그에 따라 이름을 바꿉니다.)




C# Next, 즉 C# 12에 포함될 기능에 대한 진행 사항이 아래의 문서를 통해 공개돼 있습니다.

C# Next
; https://github.com/dotnet/roslyn/blob/main/docs/Language%20Feature%20Status.md#c-next

.NET Conf 2023 - "What's New in C# 12"
; https://youtu.be/xEFO1sQ2bUc?t=16316

12개의 개선이 추가되는데 오늘은 그 첫 번째로 "Lambda default parameters"를 소개합니다. ^^ 이것을 먼저 선택한 이유는, 해당 기능은 현재 버전의 Visual Studio 2022 17.5.5 버전에서 테스트할 수 있기 때문입니다. (다른 기능들은 Preview 버전의 Visual Studio 2022를 요구합니다.)

따라서 이 글의 실습을 하려면 프로젝트 생성 후 LangVersion만 preview로 바꾸면 됩니다.

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net7.0</TargetFramework>
    <ImplicitUsings>enable</ImplicitUsings>
    <Nullable>enable</Nullable>
    <LangVersion>preview</LangVersion>
  </PropertyGroup>

</Project>




C#에서 발전 중인 Lambda의 역사는 다음과 같이 정리할 수 있습니다

  • C# 3.0: 처음 람다 지원
  • C# 6.0: 람다 표현식을 이용해 일반 메서드, 속성과 인덱서의 get 접근자에 대한 정의
  • C# 7.0: C# 6.0에 구현된 범위를 확장 - 생성자, 종료자, 이벤트의 add/remove, 속성과 인덱서의 set 접근자
  • C# 9.0: 매개변수 무시, static 지원
  • C# 10: 특성 허용, 반환 타입 지정, var 추론

뭐랄까, 일반 메서드에서 허용된 기능들이 람다에서도 지원되고 있는 건데요, 사실 람다뿐만 아니라 익명 메서드, 로컬 함수까지 전방위적으로 지속적인 개선이 이뤄지고 있습니다.

그리고 C# 12에는 람다에 대해 (일반 메서드에나 가능했던) 매개변수의 기본값까지 설정하는 것이 가능해졌습니다.

var addWithDefault = (int addTo = 2) => addTo + 1;
addWithDefault(); // 3
addWithDefault(5); // 6

여기서 재미있는 것은, 람다 자체를 받는 것은 결국 delegate 타입이기 때문에 사실상 기본값에 대한 설정은 람다가 아닌 delegate에 있다는 점입니다. 단지, 위의 코드는 var가 그것을 추론해 대응하는 delegate 타입을 C# 컴파일러가 대신 만들어두는 것에 불과합니다.

그렇기 때문에 위의 함수를 다음과 같이 Func<int, int>로 바꿀 수 없습니다.

Func<int, int> addWithDefault = (int addTo = 2) => addTo + 1; // 컴파일 경고: warning CS9099: Parameter 1 has default value '2' in lambda but '<missing>' in the target delegate type.
addWithDefault(); // 컴파일 오류: error CS7036: There is no argument given that corresponds to the required parameter 'arg' of 'Func<int, int>'
addWithDefault(5);

왜냐하면 Func<int, int> 델리게이트의 정의에는,

namespace System
{
    public delegate TResult Func<in T, out TResult>(T arg);
}

기본값이 없기 때문입니다. 만약 기본값이 있는 람다 메서드를 (var 추론으로 생성하지 않고) 직접 델리게이트를 이용해 받고 싶다면 다음과 같은 델리게이트 정의를 추가해야 합니다.

MyFunc addWithDefault = (int addTo) => addTo + 1; // 람다 자체에는 기본값이 없음!
addWithDefault(); // 3
addWithDefault(5); // 6

public delegate int MyFunc(int addTo = 2); // 기본값은 델리게이트에서! 이 코드는 C# 10 이전에도 가능!

보다시피, 기본값의 적용은 엄밀히 람다가 아닌 델리게이트 타입이었던 것입니다. 그렇기 때문에 위의 코드에서 addTo 인자에 기본값을 적용하면,

{
    MyFunc addWithDefault = (int addTo = 5) => addTo + 1; // 컴파일 경고: warning CS9099: Parameter 1 has default value '5' in lambda but '2' in the target delegate type.
    Console.WriteLine(addWithDefault()); // 3
    Console.WriteLine(addWithDefault(5)); // 6
}

컴파일 경고와 함께, 사용자가 지정한 5가 아닌 MyFunc 델리게이트 타입에 지정된 2가 적용되는 것을 볼 수 있습니다.




특이하게도, 명시적인 델리게이트 타입을 경유한 람다의 기본값 적용은 Reflection으로 알아낼 수 없습니다.

{
    MyFunc addWithDefault = (int addTo) => addTo + 1;
    Console.WriteLine(addWithDefault()); // 3
    Console.WriteLine(addWithDefault(5)); // 6

    Console.WriteLine(addWithDefault.Method.GetParameters()[0].DefaultValue); // 출력 결과: (빈 문자열)
}

public delegate int MyFunc(int addTo = 2);

반면 위와 같은 상황에서 람다 측에 기본값을 적용하면, (경고도 발생하고 유효하지 않는데도 불구하고) Reflection은 람다에 정의한 기본값을 가져온다는 점입니다.

{
    MyFunc addWithDefault = (int addTo = 10) => addTo + 1;
    Console.WriteLine(addWithDefault()); // 3
    Console.WriteLine(addWithDefault(5)); // 6

    Console.WriteLine(addWithDefault.Method.GetParameters()[0].DefaultValue); // 출력 결과: 10
}

public delegate int MyFunc(int addTo = 2);

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

그리고, 이미지 하나 ^^
[출처: .NET and C# Versions - 8/12 Update
dotnet-versions-export.png




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 11/20/2023]

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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...
NoWriterDateCnt.TitleFile(s)
12153정성태2/23/202024471.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202021458.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202024089.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202024211.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202021101.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202025794디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202021074디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202022294.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202023888.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202024096.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/202018511.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/12/202022479.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/202021442.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/202022754.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202022450.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202028653.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/202020324오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/202022005Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202027793개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202025062.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202022817디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태1/28/202025918.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기) [1]파일 다운로드1
12131정성태1/27/202024537개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법 [1]
12130정성태1/26/202022097VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202029096.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [3]
12128정성태1/26/202023272오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...