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

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  55  56  57  58  59  [60]  ...
NoWriterDateCnt.TitleFile(s)
12532정성태2/6/202122451개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/202120804개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202123282개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202122625개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202123164개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202123038개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/202119702개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202118182개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/202117878개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/202120986개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/202123331개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/202120501개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]
12520정성태1/30/202119731개발 환경 구성: 526. 오라클 클라우드의 VM에 ping ICMP 여는 방법
12519정성태1/30/202119306개발 환경 구성: 525. 오라클 클라우드의 VM을 외부에서 접근하기 위해 포트 여는 방법
12518정성태1/30/202137802Linux: 37. Ubuntu에 Wireshark 설치 [2]
12517정성태1/30/202124402Linux: 36. 윈도우 클라이언트에서 X2Go를 이용한 원격 리눅스의 GUI 접속 - 우분투 20.04
12516정성태1/29/202120936Windows: 188. Windows - TCP default template 설정 방법
12515정성태1/28/202123407웹: 41. Microsoft Edge - localhost에 대해 http 접근 시 무조건 https로 바뀌는 문제 [3]
12514정성태1/28/202123747.NET Framework: 1021. C# - 일렉트론 닷넷(Electron.NET) 소개 [1]파일 다운로드1
12513정성태1/28/202118930오류 유형: 698. electronize - User Profile 디렉터리에 공백 문자가 있는 경우 빌드가 실패하는 문제 [1]
12512정성태1/28/202121627오류 유형: 697. The program can't start because VCRUNTIME140.dll is missing from your computer. Try reinstalling the program to fix this problem.
12511정성태1/27/202121014Windows: 187. Windows - 도스 시절의 8.3 경로를 알아내는 방법
12510정성태1/27/202121818.NET Framework: 1020. .NET Core Kestrel 호스팅 - Razor 지원 추가 [1]파일 다운로드1
12509정성태1/27/202119796개발 환경 구성: 524. Jupyter Notebook에서 C#(F#, PowerShell) 언어 사용을 위한 환경 구성 [3]
12508정성태1/27/202121065개발 환경 구성: 523. Jupyter Notebook - Slide 플레이 버튼이 없는 경우
12507정성태1/26/202121418VS.NET IDE: 157. Visual Studio - Syntax Visualizer 메뉴가 없는 경우
... 46  47  48  49  50  51  52  53  54  55  56  57  58  59  [60]  ...