다음 옵션은 컴파일러에서 언어 기능을 해석하는 방법을 제어합니다. 새 MSBuild 구문은 굵게 표시됩니다. 이전 csc.exe 구문은 code style에 표시됩니다.
-
CheckForOverflowUnderflow /
-checked: 오버플로 검사를 생성합니다. -
AllowUnsafeBlocks: 코드를 허용
unsafe합니다 /-unsafe. -
DefineConstants /
-define: 조건부 컴파일 기호를 정의합니다. -
LangVersion /
-langversion:default(최신 주 버전) 또는latest(부 버전을 포함한 최신 버전)와 같은 언어 버전을 지정합니다. -
Null 허용 /
-nullable: null 허용 컨텍스트 또는 null 허용 경고를 사용하도록 설정합니다.
참고 항목
프로젝트에 대한 이러한 옵션을 구성하는 방법에 대한 자세한 내용은 컴파일러 옵션을 참조하세요.
CheckForOverflowUnderflow
CheckForOverflowUnderflow 옵션은 정수 연산이 오버플로될 경우 프로그램 동작을 정의하는 기본 오버플로 검사 컨텍스트를 제어합니다.
<CheckForOverflowUnderflow>true</CheckForOverflowUnderflow>
CheckForOverflowUnderflow인 경우 true기본 컨텍스트는 확인된 컨텍스트이며 오버플로 검사를 사용하도록 설정합니다.
CheckForOverflowUnderflow인 경우 false기본 컨텍스트는 선택되지 않은 컨텍스트입니다. 이 옵션의 기본값은 false오버플로 검사를 사용할 수 없음을 의미합니다.
및 문을 사용하여 코드의 일부에 대한 오버플로 검사 컨텍스트를 명시적으로 제어할 checkedunchecked 수도 있습니다.
오버플로 검사 컨텍스트가 작업에 미치는 영향 및 작업에 미치는 영향에 대한 자세한 내용은 문서 checked 및 unchecked 문을 참조하세요.
AllowUnsafeBlocks
AllowUnsafeBlocks 컴파일러 옵션을 사용하면 unsafe 키워드를 사용하는 코드를 컴파일할 수 있습니다. 이 옵션의 기본값은 false입니다. 즉, 안전하지 않은 코드가 허용되지 않습니다.
<AllowUnsafeBlocks>true</AllowUnsafeBlocks>
안전하지 않은 코드에 대한 자세한 내용은 안전하지 않은 코드 및 포인터를 참조하세요.
업데이트된 메모리 안전 규칙 사용
업데이트된 메모리 안전 규칙은 C# 15 및 .NET 11의 미리 보기 기능입니다. 두 가지 독립적인 컴파일러 설정을 사용합니다.
-
preview언어 버전을 사용하면 새 구문 및 포인터 이완을 사용할 수 있습니다. -
updated-memory-safety-rules컴파일러 기능을 사용하면 안전하지 않은 호출자 요구 의무를 포함하여 업데이트된 규칙을 사용할 수 있으며, 컴파일러가 어셈블리에서 선택한 항목을 특성으로 MemorySafetyRulesAttribute 기록하게 합니다.
향후 안정적인 SDK 속성 MemorySafetyRules은 기능이 미리 보기를 종료할 때(예 <MemorySafetyRules>2</MemorySafetyRules>: ) 세 번째 활성화 계층으로 계획되지만 해당 속성은 아직 구현되지 않았습니다.
프로젝트의 경우 다음 두 설정을 모두 사용합니다.
<PropertyGroup>
<LangVersion>preview</LangVersion>
<Features>$(Features);updated-memory-safety-rules</Features>
</PropertyGroup>
파일 기반 프로그램의 경우 해당하는 지시문을 추가합니다.
#:property Features=$(Features);updated-memory-safety-rules
#:property LangVersion=preview
AllowUnsafeBlocks 속성은 독립적입니다. 소스에서 키워드를 사용할 수 있는지 여부를 제어합니다 unsafe . 프로젝트는 안전하지 않은 코드를 허용하지 않고 업데이트된 규칙을 사용하도록 설정할 수 있으며, 이 경우 안전하지 않은 API가 필요할 때 오류가 발생합니다.
한 어셈블리가 업데이트된 규칙을 다른 어셈블리에 적용하는지 여부는 어느 쪽에서 옵트인하는지에 따라 달라집니다.
-
업데이트된 모델 호출자, 업데이트된 모델 호출 수신자: 호출 수신자의
unsafe표식은 메타데이터를 통해 이동합니다. 호출자는 블록에서 안전하지 않은 필수 멤버에 대한 각 호출을unsafe래핑합니다. -
업데이트된 모델 호출자, 원래 모델 호출 수신자: 호환 모드는 서명에 포인터 형식이 있는 호출 수신자 멤버를 안전하지 않은 것으로 처리하므로 호출 사이트에는
unsafe바깥쪽 블록이 필요합니다. 이 모드는 포인터 기반 API가 자동으로 요구 사항을 잃지unsafe않도록 합니다. - 원래 모델 호출자, 업데이트된 모델 호출 수신자: 원래 포인터 규칙이 계속 적용됩니다. 서명에 포인터 형식이 없는 안전하지 않은 멤버는 원래 모델 호출자가 새 마커를 읽을 수 없으므로 안전 코드에서 호출할 수 있습니다.
DefineConstants
DefineConstants 옵션은 프로그램의 모든 소스 코드 파일에서 기호를 정의합니다.
<DefineConstants>name;name2</DefineConstants>
이 옵션은 정의하려는 하나 이상의 기호 이름을 지정합니다.
DefineConstants 옵션은 컴파일러 옵션이 프로젝트의 모든 파일에 적용된다는 점을 제외하고는 #define 전처리기 지시문과 동일한 효과를 갖습니다. 소스 파일의 #undef 지시문이 정의를 제거할 때까지 기호는 소스 파일에 정의된 상태로 유지됩니다.
-define 옵션을 사용하는 경우 한 파일의 #undef 지시문이 프로젝트의 다른 소스 코드 파일에 영향을 주지 않습니다. 이 옵션으로 만든 기호를 #if, #else, #elif, #endif와 함께 사용하면 소스 파일을 조건부 컴파일할 수 있습니다. C# 컴파일러 자체는 소스 코드에서 사용할 수 있는 기호 또는 매크로를 정의하지 않습니다. 모든 기호 정의는 사용자가 정의해야 합니다.
참고 항목
C# #define 지시문은 C++와 같은 언어에서와 같이 기호에 값을 가질 수 없습니다. 예를 들어 매크로를 #define 만들거나 상수는 정의할 수 없습니다. 상수를 정의해야 하는 경우 enum 변수를 사용합니다. C++스타일 매크로를 만들려면 제네릭과 같은 대안을 고려합니다. 매크로는 오류가 발생할 가능성이 크므로 C#에서는 매크로를 사용할 수 없으며 더 안전한 방식이 사용됩니다.
LangVersion
C# 컴파일러의 기본 언어 버전은 애플리케이션의 대상 프레임워크와 설치된 SDK 또는 Visual Studio 버전에 따라 다릅니다. 이러한 규칙은 C# 언어 버전 관리에 정의되어 있습니다.
Warning
요소를 LangVersion.로 설정 latest 하지 마세요.
latest 설정은 설치된 컴파일러가 최신 버전을 사용한다는 의미입니다. 해당 버전은 컴퓨터에서 컴퓨터로 변경되어 빌드를 신뢰할 수 없게 만들 수 있습니다. 또한 현재 SDK에 포함되지 않은 런타임 또는 라이브러리 기능이 필요할 수 있는 언어 기능을 사용할 수 있습니다.
LangVersion 옵션을 사용하면 컴파일러가 지정된 C# 언어 사양에 포함된 구문만 허용합니다. 예를 들면 다음과 같습니다.
<LangVersion>9.0</LangVersion>
일부 미리 보기 기능에는 별도의 옵트인(opt-in)이 <LangVersion>preview</LangVersion>필요합니다. 예를 들어 C# 15 업데이트된 메모리 안전 규칙은 컴파일러 기능을 사용합니다 updated-memory-safety-rules . 자세한 내용은 업데이트된 메모리 안전 규칙 사용을 참조하세요.
유효한 값은 다음과 같습니다.
| 값 | 의미 |
|---|---|
preview |
컴파일러가 최신 미리 보기 버전의 유효한 언어 구문을 모두 허용합니다. |
latest |
컴파일러가 최신 릴리스 버전(부 버전 포함)의 구문을 허용합니다. |
latestMajor또는 default |
컴파일러가 최신 릴리스 주 버전의 구문을 허용합니다. |
15.0 |
컴파일러는 C# 15 이하에 포함된 구문만 허용합니다. |
14.0 |
컴파일러는 C# 14 이하에 포함된 구문만 허용합니다. |
13.0 |
컴파일러는 C# 13 이하에 포함된 구문만 허용합니다. |
12.0 |
컴파일러는 C# 12 이하에 포함된 구문만 허용합니다. |
11.0 |
컴파일러는 C# 11 이하에 포함된 구문만 허용합니다. |
10.0 |
컴파일러는 C# 10 이하에 포함된 구문만 허용합니다. |
9.0 |
컴파일러는 C# 9 이하에 포함된 구문만 허용합니다. |
8.0 |
컴파일러는 C# 8.0 이하에 포함된 구문만 허용합니다. |
7.3 |
컴파일러는 C# 7.3 이하에 포함된 구문만 허용합니다. |
7.2 |
컴파일러는 C# 7.2 이하에 포함된 구문만 허용합니다. |
7.1 |
컴파일러는 C# 7.1 이하에 포함된 구문만 허용합니다. |
7 |
컴파일러는 C# 7.0 이하에 포함된 구문만 허용합니다. |
6 |
컴파일러는 C# 6.0 이하에 포함된 구문만 허용합니다. |
5 |
컴파일러는 C# 5.0 이하에 포함된 구문만 허용합니다. |
4 |
컴파일러는 C# 4.0 이하에 포함된 구문만 허용합니다. |
3 |
컴파일러는 C# 3.0 이하에 포함된 구문만 허용합니다. |
ISO-2또는 2 |
컴파일러는 ISO/IEC 23270:2006 C#(2.0)에 포함된 구문만 허용합니다. |
ISO-1또는 1 |
컴파일러는 ISO/IEC 23270:2003 C#(1.0/1.2)에 포함된 구문만 허용합니다. |
고려 사항
프로젝트가 대상 프레임워크에 권장되는 기본 컴파일러 버전을 사용하도록 하려면 LangVersion 옵션을 사용하지 마세요. 대상 프레임워크를 업데이트하여 최신 언어 기능에 액세스합니다.
값과 함께
default를 지정하는 것은 LangVersion 옵션을 생략하는 것과 다릅니다.default를 지정하면 대상 프레임워크를 고려하지 않고 컴파일러가 지원하는 최신 버전의 언어가 사용됩니다. 예를 들어, Visual Studio 버전 17.6에서 .NET 6을 대상으로 하는 프로젝트를 빌드하는 경우 LangVersion이 지정되지 않으면 C# 10을 사용하지만, LangVersion이default로 설정되면 C# 11을 사용합니다.LangVersion 컴파일러 옵션은 C# 애플리케이션에서 참조하는 메타데이터에 영향을 주지 않습니다.
각 C# 컴파일러 버전에 언어 사양의 확장이 포함되어 있으므로 LangVersion은 이전 컴파일러 버전의 동등한 기능을 제공하지 않습니다.
C# 버전 업데이트는 일반적으로 주요 .NET 릴리스와 일치하지만 새로운 구문과 기능이 반드시 해당 특정 프레임워크 버전에 연결되는 것은 아닙니다. 각 특정 기능에는 NuGet 패키지 또는 기타 라이브러리를 포함하여 하위 수준 프레임워크에서 실행할 수 있는 최소 .NET API 또는 공용 언어 런타임 요구 사항이 있습니다.
사용하는 LangVersion 설정과 관계없이 현재 버전의 공용 언어 런타임을 사용하여 고유한 .exe 또는 .dll을 만듭니다. 한 가지 예외는 친구 어셈블리 및 -langversion:ISO-1에서 작동하는 ModuleAssemblyName입니다.
C# 언어 버전을 지정하는 다른 방법은 C# 언어 버전 관리를 참조하세요.
이 컴파일러 옵션을 프로그래밍 방식으로 설정하는 방법에 대한 자세한 내용은 LanguageVersion을 참조하십시오.
C# 언어 사양
| 버전 | 링크 | 설명 |
|---|---|---|
| C# 8.0 이상 | PDF 다운로드 | C# 언어 사양 버전 7: .NET Foundation |
| C# 7.3 | PDF 다운로드 | 표준 ECMA-334 일곱 번째 버전 |
| C# 6.0 | PDF 다운로드 | 표준 ECMA-334 여섯 번째 버전 |
| C# 5.0 | PDF 다운로드 | 표준 ECMA-334 다섯 번째 버전 |
| C# 3.0 | DOC 다운로드 | C# 언어 사양 버전 3.0: Microsoft Corporation |
| C# 2.0 | PDF 다운로드 | 표준 ECMA-334 네 번째 버전 |
| C# 1.2 | DOC 다운로드 | 표준 ECMA-334 두 번째 버전 |
| C# 1.0 | DOC 다운로드 | 표준 ECMA-334 첫 번째 버전 |
모든 언어 기능을 지원하는 데 필요한 최소 SDK 버전
다음 표에서는 해당 언어 버전을 지원하는 C# 컴파일러가 포함된 SDK의 최소 버전을 보여줍니다.
| C# 버전 | 최소 SDK 버전 |
|---|---|
| C# 12 | Microsoft Visual Studio/Build Tools 2022, 버전 17.8 또는 .NET 8 SDK |
| C# 11 | Microsoft Visual Studio/Build Tools 2022, 버전 17.4 또는 .NET 7 SDK |
| C# 10 | Microsoft Visual Studio/Build Tools 2022 또는 .NET 6 SDK |
| C# 9.0 | Microsoft Visual Studio/Build Tools 2019 버전 16.8 또는 .NET 5 SDK |
| C# 8.0 | Microsoft Visual Studio/Build Tools 2019, 버전 16.3 또는 .NET Core 3.0 SDK |
| C# 7.3 | Microsoft Visual Studio/Build Tools 2017 버전 15.7 |
| C# 7.2 | Microsoft Visual Studio/Build Tools 2017 버전 15.5 |
| C# 7.1 | Microsoft Visual Studio/Build Tools 2017 버전 15.3 |
| C# 7.0 | Microsoft Visual Studio/빌드 도구 2017 |
| C# 6 | Microsoft Visual Studio/빌드 도구 2015 |
| C# 5 | Microsoft Visual Studio/Build Tools 2012 또는 번들 .NET Framework 4.5 컴파일러 |
| C# 4 | Microsoft Visual Studio/Build Tools 2010 또는 번들 .NET Framework 4.0 컴파일러 |
| C# 3 | Microsoft Visual Studio/Build Tools 2008 또는 번들 .NET Framework 3.5 컴파일러 |
| C# 2 | Microsoft Visual Studio/Build Tools 2005 또는 번들 .NET Framework 2.0 컴파일러 |
| C# 1.0/1.2 | Microsoft Visual Studio/Build Tools .NET 2002 또는 번들된 .NET Framework 1.0 컴파일러 |
Nullable
Nullable 옵션을 사용하여 nullable 컨텍스트를 지정합니다. 태그를 사용하여 프로젝트 구성에서 설정합니다.<Nullable>
<Nullable>enable</Nullable>
인수는 enable, disable, warnings 또는 annotations 중 하나여야 합니다. 인수는 enable nullable 컨텍스트를 켭니다. 인수는 disable nullable 컨텍스트를 해제합니다. 인수는 warnings nullable 경고 컨텍스트를 켭니다. 인수는 annotations nullable 주석 컨텍스트를 켭니다. 이러한 값에 대한 자세한 내용은 Nullable 컨텍스트를 참조하세요. 기존 코드베이스에서 nullable 참조 형식을 사용하도록 설정하는 방법에 대한 자세한 내용은 nullable 마이그레이션 전략을 참조하세요.
참고 항목
값을 설정하지 않으면 기본값은 .입니다 disable. 그러나 .NET 6개 이상의 템플릿은 기본적으로 Nullable 값을 enable 설정합니다.
흐름 분석은 실행 코드 내에서 변수의 Null 허용 가능성을 유추합니다. 변수의 유추된 Null 허용 여부는 변수의 선언된 Null 허용 여부와 관계가 없습니다. 컴파일러는 컴파일된 출력에서 호출이 조건부로 생략된 경우에도 메서드 호출을 분석합니다. 예를 들어 컴파일러는 호출이 조건부이고 릴리스 빌드로 컴파일되지 않더라도 여전히 null 허용 여부 호출을 분석 Debug.Assert 합니다.
다음 특성으로 주석이 추가된 메서드를 호출하면 흐름 분석에도 영향을 줍니다.
- 간단한 전제 조건: AllowNullAttribute 및 DisallowNullAttribute
- 간단한 사후 조건: MaybeNullAttribute 및 NotNullAttribute
- 조건부 사후 조건: MaybeNullWhenAttribute 및 NotNullWhenAttribute
-
DoesNotReturnIfAttribute(예:
DoesNotReturnIf(false)의 경우 Debug.Assert) 및 DoesNotReturnAttribute - NotNullIfNotNullAttribute
- 멤버 사후 조건: MemberNotNullAttribute(String) 및 MemberNotNullAttribute(String[])
Important
전역 nullable 컨텍스트는 생성된 코드 파일에 적용되지 않습니다. 이 설정과 관계없이 null 허용 컨텍스트는 생성됨으로 표시된 모든 소스 파일에 대해 disabled입니다. 파일은 다음 방법 중 하나로 생성된 것으로 표시됩니다.
- .editorconfig에서 해당 파일에 적용되는 섹션에
generated_code = true를 지정합니다. - 파일 맨 위에 있는 메모를 포함
<auto-generated>하거나<auto-generated/>주석에 추가합니다. 주석의 모든 줄에 배치할 수 있지만 주석 블록은 파일의 첫 번째 요소여야 합니다. - 파일 이름을 TemporaryGeneratedFile_로 시작합니다.
- 파일 이름을 .designer.cs, .generated.cs, .g.cs 또는 .g.i.cs로 종료합니다.
생성기는 전처리기 지시문을 사용하여 #nullable 옵트인할 수 있습니다.
.NET