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

(시리즈 글이 12개 있습니다.)
닷넷: 2342. C# 14 - (취소된 글)
; https://www.sysnet.pe.kr/2/0/13970

닷넷: 2343. C# 14 - (1) 속성 구문에서 문맥 키워드로 추가되는 field 예약어
; https://www.sysnet.pe.kr/2/0/13971

닷넷: 2346. C# 14 - (2) Span 타입과 배열 간의 암시적 형변환
; https://www.sysnet.pe.kr/2/0/13974

닷넷: 2347. C# 14 - (3) 형식 인자가 없는 제네릭 타입의 nameof 지원
; https://www.sysnet.pe.kr/2/0/13975

닷넷: 2349. C# 14 - (4) 문자열 리터럴을 utf-8 인코딩으로 저장
; https://www.sysnet.pe.kr/2/0/13977

닷넷: 2350. C# 14 - (5) 람다 매개 변수에 접근자가 있는 경우에도 타입 생략 가능
; https://www.sysnet.pe.kr/2/0/13986

닷넷: 2351. C# 14 - (6) event와 생성자에도 partial 메서드 적용
; https://www.sysnet.pe.kr/2/0/13987

닷넷: 2354. C# 14 - (7) 확장 메서드에 정적 메서드와 속성 지원을 위한 전용 구문 추가
; https://www.sysnet.pe.kr/2/0/13998

닷넷: 2355. C# 14 - (8) null 조건부 연산자 개선 - 대입문에도 사용 가능
; https://www.sysnet.pe.kr/2/0/13999

닷넷: 2357. C# 14 - (9) 새로운 지시자 추가 (Ignored directives)
; https://www.sysnet.pe.kr/2/0/14003

닷넷: 2359. C# 14 - (10) 복합 대입 연산자의 오버로드 지원
; https://www.sysnet.pe.kr/2/0/14008

닷넷: 2360. C# 14 - (11) Expression Tree에 선택적 인수와 명명된 인수 허용
; https://www.sysnet.pe.kr/2/0/14009




C# 14 - (5) 람다 매개 변수에 접근자가 있는 경우에도 타입 생략 가능

이번에 다룰 내용은,

Simple lambda parameters with modifiers
; https://github.com/dotnet/csharplang/blob/main/proposals/simple-lambda-parameters-with-modifiers.md

Simple lambda parameters with modifiers
; https://learn.microsoft.com/en-us/dotnet/csharp/whats-new/csharp-14#simple-lambda-parameters-with-modifiers

타입 추론으로 인한 생략 기능이 쪼끔 더 나아진 경우입니다. 사실, 이미 기존에도 타입명은 생략이 가능했었는데요, 가령 문자열을 숫자로 변환하는 람다를 다음과 같이 작성할 때,

Func<string, int> intParseFunc = (string text) =>
{
    int.TryParse(text, out int result);
    return result;
};

text 매개 변수의 타입을 생략할 수 있었습니다.

Func<string, int> intParseFunc = (text) =>
{
    int.TryParse(text, out int result);
    return result;
};

단지, 저게 불가능한 경우가 있었는데요, 바로 매개 변수에 scoped, ref, in, out, ref readonly 접근자가 붙는 경우입니다. 다음은 이에 대한 예시입니다.

internal class Program
{
    delegate bool TryParseDelegate<T>(string text, out T result);

    static void Main(string[] args)
    {
        // C# 13까지는 반드시 타입명을 지정
        {
            TryParseDelegate<int> intParseFunc = (string text, out int result) => Int32.TryParse(text, out result);
        }

        // C# 14부터 아래의 코드가 컴파일 가능
        {
            TryParseDelegate<int> intParseFunc = (text, out result) => Int32.TryParse(text, out result);
        }
    }
}

그런데 그동안 딱히 이게 없었어도 그다지 아쉬운 점은 많지 않았을 것입니다. 왜냐하면, 어차피 var 키워드를 사용하면 타입을 명시해야 했었기 때문입니다.

var intParseFunc = (string text, out int result) => Int32.TryParse(text, out result);

C# 14의 새로운 추론 기능이 유용한 경우를 굳이 찾는다면, 이전 예제처럼 델리게이트(TryParseDelegate) 타입을 명시하고 나서 그것에 람다를 할당하는 경우만으로 한정된다고 볼 수 있습니다.




참고로, 위에서 나열한 접근자(scoped, ref, in, out, ref readonly) 외에는 여전히 타입명을 지정해야 합니다. 가령, params 접근자의 경우일 텐데요,

delegate int GetLengthDelegate(params string[] text);

// params 접근자의 경우 타입명을 생략할 수 없으므로 컴파일 오류
// error CS9272: Implicitly typed lambda parameter 'text' cannot have the 'params' modifier.
GetLengthDelegate sumFunc = (params text) => text.Length;

C# 14에서도 여전히 오류가 발생합니다.




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







[최초 등록일: ]
[최종 수정일: 8/14/2025]

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

비밀번호

댓글 작성자
 




... 31  32  [33]  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13209정성태1/4/202314628Windows: 218. 왜 윈도우에서 가상 메모리 공간은 64KB 정렬이 된 걸까요?
13208정성태1/3/202317151.NET Framework: 2086. C# - Windows 운영체제의 2MB Large 페이지 크기 할당 방법파일 다운로드1
13207정성태12/26/202217661.NET Framework: 2085. C# - gpedit.msc의 "User Rights Assignment" 특권을 코드로 설정/해제하는 방법 [1]파일 다운로드1
13206정성태12/24/202217760.NET Framework: 2084. C# - GetTokenInformation으로 사용자 SID(Security identifiers) 구하는 방법 [4]파일 다운로드1
13205정성태12/24/202215850.NET Framework: 2083. C# - C++과의 연동을 위한 구조체의 fixed 배열 필드 사용 (2)파일 다운로드1
13204정성태12/22/202214791.NET Framework: 2082. C# - (LSA_UNICODE_STRING 예제로) CustomMarshaler 사용법파일 다운로드1
13203정성태12/22/202215054.NET Framework: 2081. C# Interop 예제 - (LSA_UNICODE_STRING 예제로) 구조체를 C++에 전달하는 방법파일 다운로드1
13202정성태12/21/202218046기타: 84. 직렬화로 설명하는 Little/Big Endian파일 다운로드1
13201정성태12/20/202219872오류 유형: 835. PyCharm 사용 시 C 드라이브 용량 부족
13200정성태12/19/202216713오류 유형: 834. 이벤트 로그 - SSL Certificate Settings created by an admin process for endpoint
13199정성태12/19/202217519개발 환경 구성: 656. Internal Network 유형의 스위치로 공유한 Hyper-V의 VM과 호스트가 통신이 안 되는 경우
13198정성태12/18/202217717.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?파일 다운로드1
13197정성태12/17/202217339.NET Framework: 2079. .NET Core/5+ 환경에서 XmlSerializer 사용 시 System.IO.FileNotFoundException 예외 발생하는 경우파일 다운로드1
13196정성태12/16/202217887.NET Framework: 2078. .NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
13195정성태12/15/202217997개발 환경 구성: 655. docker - bridge 네트워크 모드에서 컨테이너 간 통신 시 --link 옵션 권장 이유
13194정성태12/14/202217102오류 유형: 833. warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock파일 다운로드1
13193정성태12/14/202217867오류 유형: 832. error C7681: two-phase name lookup is not supported for C++/CLI or C++/CX; use /Zc:twoPhase-
13192정성태12/13/202218178Linux: 55. 리눅스 - bash shell에서 실수 연산
13191정성태12/11/202219567.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext파일 다운로드1
13190정성태12/9/202222466.NET Framework: 2076. C# - SynchronizationContext 기본 사용법파일 다운로드1
13189정성태12/9/202220183오류 유형: 831. Visual Studio - Windows Forms 디자이너의 도구 상자에 컨트롤이 보이지 않는 문제
13188정성태12/9/202221210.NET Framework: 2075. C# - 직접 만들어 보는 TaskScheduler 실습 (SingleThreadTaskScheduler) [1]파일 다운로드1
13187정성태12/8/202220194개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/202218416오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/202218757개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/202215721개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성 [1]
... 31  32  [33]  34  35  36  37  38  39  40  41  42  43  44  45  ...