최신 C# 문법을 .NET Framework 프로젝트에 쓸 수 있을까요?
간혹 유사한 질문을 하는 분들이 있는데,
.NET Framework에서 C# 버전만 올릴 수 있을까요?
; https://forum.dotnetdev.kr/t/net-framework-c/9750
개인적인 답변이라면, 아무 문제 없다고 말씀드리고 싶습니다. 일단 방법은 아래의 문서에도 나오는데요,
C# language versioning
; https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/configure-language-version
단지 csproj 파일에 <LangVersion /> 속성만 추가하면 됩니다.
<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="15.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />
<PropertyGroup>
...[생략]..
<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
<Deterministic>true</Deterministic>
<LangVersion>12</LangVersion>
</PropertyGroup>
...[생략]..
<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
</Project>
그런데, 문서에 보면 이런 문구가 있습니다. ^^
C# 12 is supported only on .NET 8 and newer versions.
여기서 "only"는 사실 부분적으로는 맞고 부분적으로는 틀립니다. 이유는...?
C# 컴파일러가 새로운 버전이 나왔을 때, 신규 문법은 크게 다음의 4가지 분류로 나눌 수 있습니다.
- Syntactic sugar 문법인 경우
- BCL에 추가 타입이 함께 요구되는 경우
- 닷넷 런타임의 변경이 함께 요구되는 경우
- 하위 버전의 C#과 컴파일 결과가 달라지는 경우
첫 번째 유형의 경우, C# 12에서 예를 들면 "컬렉션 식"이 좋은 예입니다.
C# 12 - 컬렉션 식(Collection Expressions)
; https://www.sysnet.pe.kr/2/0/13415
가령 아래의 코드는,
List<int> list = [1, 2, 3, 4, 5];
C# 컴파일러가 단순히 기존 문법으로 변환해,
List<int> list = new List<int>(5) { 1, 2, 3, 4, 5 };
컴파일시키기 때문에 아무런 문제 없이 .NET Framework에 적용이 가능합니다.
그다음, 두 번째 유형은 신규 문법을 위해 BCL에 새로운 타입이 추가된 경우입니다. C# 12 문법에서는 Experimental 지원이 그 사례입니다.
C# 12 - Experimental 특성 지원
; https://www.sysnet.pe.kr/2/0/13444
문법 자체는 C#의 기본 문법을 벗어나진 않지만, 그것을 사용할 때 ".NET 8" BCL에 포함된 타입을 사용하는 유형인데요,
using System.Diagnostics.CodeAnalysis;
namespace ConsoleApp1
{
internal class Program
{
static void Main(string[] args)
{
#pragma warning disable MYID01
MyType myType = new MyType();
#pragma warning restore MYID01
}
}
}
[Experimental("MYID01")]
public class MyType
{
}
당연히, .NET Framework 프로젝트에서 저대로 컴파일하면 ExperimentalAttribute가 없다는 오류가 발생합니다.
error CS0246: The type or namespace name 'ExperimentalAttribute' could not be found (are you missing a using directive or an assembly reference?)
하지만, 그냥 맞춰주면 될 일이기 때문에 다음과 같이 .NET 8의 ExperimentalAttribute 정의를 그대로 가져와 .NET Framework 프로젝트에 포함만 시켜 처리할 수 있습니다.
[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
세 번째 유형은, "닷넷 런타임" 자체가 바뀐 경우로 이건 방법이 없습니다. 바로 이런 유형이 있기 때문에 문서에서 "C# 12 is supported only on .NET 8 and newer versions."라는 문구가 있는 것입니다.
이에 대한 좋은 사례가 인라인 배열입니다.
C# 12 - 인라인 배열(Inline Arrays)
; https://www.sysnet.pe.kr/2/0/13412
인라인 배열의 경우 Experimental처럼 InlineArray 특성을 필요로 하는데요,
[System.Runtime.CompilerServices.InlineArray(5)]
public struct Buffer
{
private int _element0;
}
#if !NET8_0_OR_GREATER
namespace System.Runtime.CompilerServices
{
[AttributeUsage(AttributeTargets.Struct, AllowMultiple = false)]
public sealed class InlineArrayAttribute : Attribute
{
public InlineArrayAttribute(int length)
{
Length = length;
}
public int Length { get; }
}
}
#endif
위와 같이 InlineArrayAttribute를 포함시켜도 빌드할 때 컴파일 오류가 발생합니다.
error CS9171: Target runtime doesn't support inline array types.
오류 메시지가 친절하게 ^^ "Target runtime"이 지원하지 않는다고, 즉, .NET Framework 4.8의 CLR 환경에서는 지원이 안 된다고 알려줍니다.
마지막 4번째로 인해 아마도
해당 문서에서는 "Choosing a language version newer than the default can cause hard to diagnose compile-time and runtime errors."라는 문구를 넣은 듯합니다.
이에 대한 사례로는 ref readonly가 있는데요,
C# 12 - ref readonly 매개변수
; https://www.sysnet.pe.kr/2/0/13428
ref readonly 대신 in 변경자로 처리해야만 했던
C# 11 이하에서는 허용되었던 구문을 ref readonly 이후로는 경고가 발생하는 식으로 바뀌는 등의 미묘한 차이가 있는 것입니다. 또 다른 예로는 C# 9의 개선된 조건 연산자 처리를 들 수 있습니다.
C# 9.0 - (10) 대상으로 형식화된 조건식(Target-typed conditional expressions)
; https://www.sysnet.pe.kr/2/0/12399
그렇다고 해서, 위에 나열한 2가지 유형들이 이전 버전과의 호환성을 깨뜨릴 정도는 아니고, 단지 경고나 에러로 대체하기 때문에 다시 한번 그 코드를 살펴봐야 하는 정도의 문제가 발생합니다.
아마도 이것 때문에, 마이크로소프트 입장에서는 뭐랄까,,, 약간의 보험 성격으로 "Choosing a language version newer than the default can cause hard to diagnose compile-time and runtime errors." 문구를 넣어둔 것이 아닌가... 하는 개인적인 의견입니다.
정리해 볼까요? 1번과 2번에 해당하는 문법은 그냥 쓰시면 됩니다. 반면 3번과 같은 경우는 어차피 컴파일 오류로 보여주기 때문에 사용하고 싶어도 할 수 없으므로 걱정할 필요가 없습니다.
4번 유형의 경우, 일례로 개선된 타입 추론 등으로 인해 신규 C# 컴파일러로는 경고 또는 에러가 발생할 수 있는 건데요, 만약 그 코드를 유지 보수해야 하는 핵심 인력이 빠졌고, 논리적으로 도저히 건드릴 수 없는 코드라면 그냥 기존 C# 컴파일러를 고수하는 것이 좋겠습니다. 그런 의미에서, 만약 신규 프로젝트를 진행하는 경우라면 최신 C# 버전을 적용하는 것을 두려워할 필요는 없을 것입니다.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]