Microsoft MVP성태의 닷넷 이야기
닷넷: 2160. C# 12 - Experimental 특성 지원 [링크 복사], [링크+제목 복사],
조회: 3032
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 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 - Experimental 특성 지원

오늘(KST 2023-11-15) .NET 8과 함께 C# 12가 최종 공개되었습니다. 그래서 관련 문서를 봤더니, Experimental 특성에 대한 내용이 추가되었습니다. ^^;

Experimental attribute
; https://learn.microsoft.com/en-us/dotnet/csharp/whats-new/csharp-12#experimental-attribute

Experimental 특성은 말 그대로 실험적으로 추가하는 기능임을 명시적으로 알리는 목적을 가집니다. 예를 들어, 아래와 같이 MyType을 Experimental로 지정하면,

using System.Diagnostics.CodeAnalysis;

namespace ConsoleApp2
{

    internal class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("Hello, World!");

            MyType pg = new MyType(); // 컴파일 오류 - error MYID01: 'MyType' is for evaluation purposes only and is subject to change or removal in future updates. Suppress this diagnostic to proceed.
            pg.ToString();
        }
    }
}

[Experimental("MYID01")]
public class MyType
{
}

빌드 시 MyType을 사용하는 코드에 (특성과 함께 전달한 식별자 값에 해당하는) "MYID01"로 컴파일 오류가 발생합니다. 만약, 컴파일 오류에서 지적하는 내용을 감수하고라도 쓰고자 한다면 해당 식별자를 이용해 pragma 구문으로 오류 처리를 제어할 수 있습니다.

// 소스 코드 내에 지정 (경고가 아닌 에러여도 "warning"으로 제어)

#pragma warning disable MYID01
MyType pg = new MyType();
#pragma warning restore MYID01  

또는, 프로젝트 전역적으로 허용하기 위해 csproj에 이렇게 명시할 수 있습니다. (비주얼 스튜디오의 프로젝트 설정 창에서도 "Build" / "Errors and Warnings" / "Suppress specific warnings"로도 지정할 수 있습니다.)

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

    <PropertyGroup>
        <OutputType>Exe</OutputType>
        <TargetFramework>net8.0</TargetFramework>
        <ImplicitUsings>enable</ImplicitUsings>
        <Nullable>enable</Nullable>
        <NoWarn>MYID01</NoWarn>
    </PropertyGroup>

</Project>

대개의 경우, 이것은 "라이브러리"를 제공하는 개발자가 쓸만합니다. 즉, 실험적으로 포함하는 코드를 추가했다면 사용자로 하여금 이를 인지하게 만들고 "스스로 원하는 경우에 한해" 사용하게끔 안전장치를 두는 것입니다.

재미있게도, 마이크로소프트 직원이 작성한 C# 12 소개 글에 보면,

Announcing C# 12
; https://devblogs.microsoft.com/dotnet/announcing-csharp-12/

바로 C# 12 스스로의 기능으로 예정했던 Interceptor가 "experimental feature"이기 때문에 향후 구현이 바뀌거나 삭제될 수 있다고 하면서, 만약 여러분의 프로젝트에서 Interceptor를 사용한다면 ExperimentalAttribute 특성을 지정하라고 권유하고 있습니다.

Interceptors are an experimental feature, available in preview mode with C# 12. The feature may be subject to breaking changes or removal in a future release. Therefore, it is not recommended for production or released applications. If you use interceptors, mark your library with the ExperimentalAttribute.





참고로, 이것은 C# 12 컴파일러의 기능이기 때문에 .NET 7 이하의 프로젝트에서 (BCL에 없기 때문에) 임의로 특성만 정의해 사용하는 것도 가능합니다.

// .NET 7 이하의 프로젝트여도 C# 12 컴파일러로 빌드한다면 MyType을 사용하는 코드에 컴파일 에러 발생

[Experimental("MYID01")]
public class MyType
{
}

#if !NET8_0_OR_GREATER
namespace System.Diagnostics.CodeAnalysis
{
    [AttributeUsage(AttributeTargets.Assembly | AttributeTargets.Module | AttributeTargets.Class | AttributeTargets.Struct | AttributeTargets.Enum | AttributeTargets.Constructor | AttributeTargets.Method | AttributeTargets.Property | AttributeTargets.Field | AttributeTargets.Event | AttributeTargets.Interface | AttributeTargets.Delegate, Inherited = false)]
    public sealed class ExperimentalAttribute(string diagnosticId) : Attribute
    {
        public string DiagnosticId { get; } = diagnosticId;

        public string? UrlFormat { get; set; }
    }
}
#endif




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

[연관 글]






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

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)
12601정성태4/15/20218884.NET Framework: 1040. C# - REST API 대신 github 클라이언트 라이브러리를 통해 프로그래밍으로 접근
12600정성태4/15/20219085.NET Framework: 1039. C# - Kubeconfig의 token 설정 및 인증서 구성을 자동화하는 프로그램
12599정성태4/14/20219824.NET Framework: 1038. C# - 인증서 및 키 파일로부터 pfx/p12 파일을 생성하는 방법파일 다운로드1
12598정성태4/14/20219940.NET Framework: 1037. openssl의 PEM 개인키 파일을 .NET RSACryptoServiceProvider에서 사용하는 방법 (2)파일 다운로드1
12597정성태4/13/20219988개발 환경 구성: 569. csproj의 내용을 공통 설정할 수 있는 Directory.Build.targets / Directory.Build.props 파일
12596정성태4/12/20219739개발 환경 구성: 568. Windows의 80 포트 점유를 해제하는 방법
12595정성태4/12/20219094.NET Framework: 1036. SQL 서버 - varbinary 타입에 대한 문자열의 CAST, CONVERT 변환을 C# 코드로 구현
12594정성태4/11/20218547.NET Framework: 1035. C# - kubectl 명령어 또는 REST API 대신 Kubernetes 클라이언트 라이브러리를 통해 프로그래밍으로 접근 [1]파일 다운로드1
12593정성태4/10/20219765개발 환경 구성: 567. Docker Desktop for Windows - kubectl proxy 없이 k8s 대시보드 접근 방법
12592정성태4/10/20219616개발 환경 구성: 566. Docker Desktop for Windows - k8s dashboard의 Kubeconfig 로그인 및 Skip 방법
12591정성태4/9/202112895.NET Framework: 1034. C# - byte 배열을 Hex(16진수) 문자열로 고속 변환하는 방법 [2]파일 다운로드1
12590정성태4/9/20219363.NET Framework: 1033. C# - .NET 4.0 이하에서 Console.IsInputRedirected 구현 [1]
12589정성태4/8/202110748.NET Framework: 1032. C# - Environment.OSVersion의 문제점 및 윈도우 운영체제의 버전을 구하는 다양한 방법 [1]
12588정성태4/7/202111264개발 환경 구성: 565. PowerShell - New-SelfSignedCertificate를 사용해 CA 인증서 생성 및 인증서 서명 방법
12587정성태4/6/202112140개발 환경 구성: 564. Windows 10 - ClickOnce 배포처럼 사용할 수 있는 MSIX 설치 파일 [1]
12586정성태4/5/20219764오류 유형: 710. Windows - Restart-Computer / shutdown 명령어 수행 시 Access is denied(E_ACCESSDENIED)
12585정성태4/5/20219455개발 환경 구성: 563. 기본 생성된 kubeconfig 파일의 내용을 새롭게 생성한 인증서로 구성하는 방법
12584정성태4/1/202110186개발 환경 구성: 562. kubeconfig 파일 없이 kubectl 옵션만으로 실행하는 방법
12583정성태3/29/202111671개발 환경 구성: 561. kubectl 수행 시 다른 k8s 클러스터로 접속하는 방법
12582정성태3/29/202110386오류 유형: 709. Visual C++ - 컴파일 에러 error C2059: syntax error: '__stdcall'
12581정성태3/28/202110315.NET Framework: 1031. WinForm/WPF에서 Console 창을 띄워 출력하는 방법 (2) - Output 디버깅 출력을 AllocConsole로 우회 [2]
12580정성태3/28/20218979오류 유형: 708. SQL Server Management Studio - Execution Timeout Expired.
12579정성태3/28/20219122오류 유형: 707. 중첩 가상화(Nested Virtualization) - The virtual machine could not be started because this platform does not support nested virtualization.
12578정성태3/27/20219360개발 환경 구성: 560. Docker Desktop for Windows 기반의 Kubernetes 구성 (2) - WSL 2 인스턴스에 kind가 구성한 k8s 서비스 위치
12577정성태3/26/202111406개발 환경 구성: 559. Docker Desktop for Windows 기반의 Kubernetes 구성 - WSL 2 인스턴스에 kind 도구로 k8s 클러스터 구성
12576정성태3/25/20219236개발 환경 구성: 558. Docker Desktop for Windows에서 DockerDesktopVM 기반의 Kubernetes 구성 (2) - k8s 서비스 위치
... 31  32  33  34  35  36  37  38  39  40  41  [42]  43  44  45  ...