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

C# 7.3에서 개선된 문법 4개(Support == and != for tuples, Ref Reassignment, Constraints, Stackalloc initializers)

C# 7.3 (1) - 개선된 문법 4개(Support == and != for tuples, Ref Reassignment, Constraints, Stackalloc initializers)
; https://www.sysnet.pe.kr/2/0/11552

C# 7.3 (2) - 개선된 메서드 선택 규칙 3가지(Improved overload candidates)
; https://www.sysnet.pe.kr/2/0/11553

C# 7.3 (3) - 자동 구현 속성에 특성 적용 가능(Attribute on backing field)
; https://www.sysnet.pe.kr/2/0/11554

C# 7.3 (4) - 사용자 정의 타입에 fixed 적용 가능(Custom fixed)
; https://www.sysnet.pe.kr/2/0/11555

C# 7.3 (5) - 구조체의 고정 크기를 갖는 fixed 배열 필드에 대한 직접 접근 가능(Indexing movable fixed buffers)
; https://www.sysnet.pe.kr/2/0/11556

C# 7.3 (6) - blittable 제네릭 제약(blittable)
; https://www.sysnet.pe.kr/2/0/11558

C# 7.3 (7) - 초기화 식에서 변수 사용 가능(expression variables in initializers)
; https://www.sysnet.pe.kr/2/0/11560




지난 5월 8일에 있었던 Visual Studio 15.7 업데이트부터 C# 7.3이 지원되기 시작했습니다. (적용 방법은 이렇게!) 이전의 C# 7.2가 struct를 위주로 한 주요 업데이트가 있었다는 특징을 지녔던 반면, C# 7.3의 경우 특정 목적을 두지는 않고 편의성을 높인 업데이트가 주류를 이루고 있습니다. 아래의 문서에 보면,

Language Feature Status
; https://github.com/dotnet/roslyn/blob/master/docs/Language%20Feature%20Status.md

C# 7.3으로 총 11개의 특징이 있는데 그중에서 아래의 글에서도 미리 소개한,

Microsoft Build 2018 - The future of C# 동영상 내용 정리
; https://www.sysnet.pe.kr/2/0/11536

4개의 기능을 이 글에서 다시 간략하게 정리해 보겠습니다.

  • Support == and != for tuples
  • Ref Reassignment
  • Constraints
  • Stackalloc initializers





Support == and != for tuples

우선, tuple 타입에 대해 ==, != 비교 연산자에 대한 지원이 추가되었습니다. 따라서, C# 7.2 이전에는 다음의 코드를 컴파일할 수 없지만,

using System;

class Program
{
    static void Main(string[] args)
    {
        var tuple = (13, "Kevin");

        // C# 7.2까지 컴파일 오류 - Error CS0019 Operator '==' cannot be applied to operands of type '(int, string)' and '(int, string)'
        bool result1 = tuple == (13, "Winnie");

        // C# 7.2까지 컴파일 오류 - Error CS0019 Operator '!=' cannot be applied to operands of type '(int, string)' and '(int, string)'
        bool result2 = tuple != (13, "Winnie");
    }
}

C# 7.3부터는 정상적으로 컴파일할 수 있습니다. 비법은 간단합니다. C# 7.3 컴파일러는 위의 비교 코드를 개별 필드에 대한 비교 코드로 확장해서 처리합니다.

bool result1 = (tuple.Item1 == 13) && (tuple.Item2 == "Winnie");

bool result2 = (tuple.Item1 != 13) || (tuple.Item2 != "Winnie");





Ref Reassignment

C# 7.0부터 추가된 ref 로컬 변수가 C# 7.2까지는 재할당을 허용하지 않았습니다.

static void Main(string[] args)
{
    int a = 5;
    ref int b = ref a; // ref 로컬 변수 b

    int c = 6;

    // C# 7.2까지 컴파일 오류 - Error CS1073 Unexpected token 'ref'
    b = ref c; // 새롭게 변수 c에 대한 ref를 할당
}

하지만 C# 7.3 컴파일러부터 이를 허용합니다.





Constraints

제네릭 관련한 where 제약에 Delegate, Enum과 unmanaged가 추가되었습니다. 따라서 다음과 같은 식의 제약을 추가하는 것이 가능합니다.

unsafe void M<D, E, T>(D d, E e, T* pointer) where D : Delegate
                        where E: Enum
                        where T: unmanaged
{
    // ... [생략]...
}

C# 7.2 이하에서는 위의 코드를 컴파일하면 다음과 같은 오류가 발생했습니다.

  • Error CS0702 Constraint cannot be special class 'Delegate'
  • Error CS0702 Constraint cannot be special class 'Enum'
  • Error CS0246 The type or namespace name 'unmanaged' could not be found (are you missing a using directive or an assembly reference?)





Stackalloc initializers

stackalloc은 C# 1.0부터 제공하던 예약어였지만, 배열 초기화 구문은 C# 7.3에 와서야 제공이 됩니다.

{
    Span<int> span1 = stackalloc int[5] { 1, 2, 3, 4, 5 };
    Span<int> span2 = stackalloc int[] { 1, 2, 3, 4, 5 };
}

{
    int *pArray1 = stackalloc int[3] { 1, 2, 3 };
    int *pArray2 = stackalloc int[] { 1, 2, 3 };
}

아마도 C# 7.2의 Span 덕분에 스택 상의 배열에 대한 구문 사용이 늘어날 것을 예상하면서 편의상 추가한 것으로 보입니다.




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




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/25/2018]

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)
12152정성태2/23/202011116.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202011641.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202011506.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202011254.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202012474디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202011090디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202011348.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202010578.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202010549.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/20208670.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/12/202010405.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/202010010.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/20209834.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202011202.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202013952.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/20209168오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/20209567Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202013183개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202013363.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202010600디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태1/28/202012163.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기)파일 다운로드1
12131정성태1/27/202012236개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법 [1]
12130정성태1/26/20209709VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202015294.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [3]
12128정성태1/26/202010090오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
12127정성태1/25/20209951.NET Framework: 881. C# DLL에서 제공하는 Win32 export 함수의 내부 동작 방식(VT Fix up Table)파일 다운로드1
... 46  47  48  49  50  51  52  53  54  55  56  57  58  [59]  60  ...