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

비밀번호

댓글 작성자
 




... 166  167  168  169  [170]  171  172  173  174  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
909정성태8/18/201039642오류 유형: 102. System.MissingMethodException
908정성태8/17/201030986개발 환경 구성: 82. Windows Virtual PC의 네트워크 유형 (3)
907정성태8/14/201028287개발 환경 구성: 81. Windows Virtual PC의 네트워크 유형 (2)
906정성태8/13/201035749개발 환경 구성: 80. Windows Virtual PC의 네트워크 유형 (1)
905정성태8/8/201040343Team Foundation Server: 39. 배치 파일로 팀 빌드 구성 [2]파일 다운로드1
904정성태8/8/201042100오류 유형: 101. SignTool Error: No certificates were found that met all the given criteria. [2]
903정성태8/6/201039117Team Foundation Server: 38. TFS 소스 코드 관리 기능 (4) - Branch
902정성태8/5/201031760Team Foundation Server: 37. TFS 2010의 소스 서버 수작업 구성
901정성태8/4/201031061Team Foundation Server: 36. TFS 소스 코드 관리 기능 (3) - Label
900정성태8/3/201034055Team Foundation Server: 35. TFS 소스 코드 관리 기능 (2) - Shelveset
899정성태8/2/201035576Team Foundation Server: 34. TFS 소스 코드 관리 기능 (1) - Changeset
898정성태7/31/201035466.NET Framework: 182. WCF의 InactivityTimeout [1]파일 다운로드1
897정성태7/26/201136180.NET Framework: 181. AssemblyVersion, AssemblyFileVersion, AssemblyInformationalVersion [4]
896정성태7/25/201042856.NET Framework: 180. C# Singleton 인스턴스 생성 [2]
895정성태7/25/201027298VS.NET IDE: 68. Visual Studio 2010 - .NET 1.1 원격 디버깅
894정성태7/25/201035005오류 유형: 100. Could not find the Database Engine startup handle. [1]
893정성태7/25/201033528오류 유형: 99. .NET 4.0 설치된 윈도우 7에서 SQL Server 2008 R2 설치 오류
892정성태7/9/201034544오류 유형: 98. 영문 윈도우에 한글 SQL Server 2008 R2 설치할 때 오류 [4]
891정성태7/8/201031483오류 유형: 97. MsiGetProductInfo failed to retrieve ProductVersion for package with Product Code = '{...}'. Error code: 1605. [2]
889정성태7/5/201033423.NET Framework: 179. Dictionary.Get(A) 대신 Dictionary.Get(A.GetHashCode())를 사용해서는 안 되는 이유 [1]
888정성태6/30/201030874오류 유형: 96. Hyper-V 연결 오류 - A connection will not be made because credentials may not be sent to the remote computer
887정성태6/23/201040638개발 환경 구성: 79. Hyper-V의 가상 머신에서 소리 재생 방법 [2]
886정성태6/23/201028799제니퍼 .NET: 14. ASMX, WCF 호출 모니터링 및 누수 확인
885정성태6/20/201030730개발 환경 구성: 78. COM+ 서버에서 COM+ 서버를 호출하는 방법
884정성태6/20/201033387제니퍼 .NET: 13. COM+ 서버 모니터링 [2]
883정성태6/18/201034973개발 환경 구성: 77. Appinit_Dlls로 구현한 환경 변수 설정 DLL [5]파일 다운로드1
... 166  167  168  169  [170]  171  172  173  174  175  176  177  178  179  180  ...