Microsoft MVP성태의 닷넷 이야기
닷넷: 2359. C# 14 - (10) 복합 대입 연산자의 오버로드 지원 [링크 복사], [링크+제목 복사],
조회: 3888
글쓴 사람
정성태 (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 - (10) 복합 대입 연산자의 오버로드 지원

(2025-08-26 기준) 이번 글의 실습을 하려면 Visual Studio 2022 Preview 버전과 .NET 10 SDK Preview 버전을 함께 설치하고, csproj의 TargetFramework를 "net10.0"으로 설정해야 합니다.

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

    <PropertyGroup>
        <OutputType>Exe</OutputType>
        <TargetFramework>net10.0</TargetFramework>
        <ImplicitUsings>enable</ImplicitUsings>
        <Nullable>enable</Nullable>
        <LangVersion>preview</LangVersion>
    </PropertyGroup>

</Project>




C# 13 이전에는 복합 대입 연산자에 대한 "연산자 오버로드(operator overload)"를 지원하지 않았습니다. 예를 들어 "a += b"와 같은 식에서 "+=" 연산자 자체를 오버로드할 수 없었는데요, C#은 대신 이 문제를 "a = a + b"로 변환해 결국 "+" 연산자의 오버로드 버전을 사용한 대입으로 풀어 처리했습니다.

자, 그럼 예제 코드와 함께 이야기를 이어가 볼까요? ^^ 아래는 + 연산자를 재정의한 예제입니다.

Kilogram a = new Kilogram(5);
Kilogram b = new Kilogram(10);

Kilogram c = a + b;
Console.WriteLine(c); // 출력 결과: 15 kg

public class Kilogram
{
    decimal mass;

    public Kilogram(decimal mass)
    {
        this.mass = mass;
    }

    // '+' 연산자 오버로드
    public static Kilogram operator +(Kilogram a, Kilogram b)
    {
        return new Kilogram(a.mass + b.mass);
    }

    public override string ToString() => $"{mass} kg";
}

전형적인 연산자 오버로드 예제인데요, 그런데 여기에 살짝 아쉬운 점이 하나 있습니다. 위의 경우처럼 "c = a + b" 형태로 사용하는 식에서는 문제가 없지만, "a += b"처럼 복합 대입문(compound assignment statement)으로 사용하는 경우에는 비효율적인 코드가 생성된다는 점입니다.

왜냐하면 "a += b"는 결국 a 인스턴스의 값을 변경하는 것이므로 굳이 "new Kilogram(...)"의 새로운 객체를 반환할 필요가 없기 때문입니다. C# 14는 바로 이런 문제를 해결하기 위해 복합 대입 연산자에 대한 오버로드 지원을 추가합니다.

이렇게 오버로드 지원을 추가하기로 결정했다면, 이제 어떤 식으로 구현해야 하느냐에 대한 문제가 남습니다. 위의 코드에서 해결하고자 하는 것은 "new Kilogram(...)" 코드로 할당하는 것을 없애고 싶다는 건데요, 마이크로소프트는 이 문제를 해결하기 위해 "정적 메서드"가 아닌 "인스턴스 메서드"로도 연산자 오버로드를 정의하는 방식을 택합니다.

따라서 C# 14의 복합 대입 연산자는 오버로드 시 아래와 같은 새로운 형태의 문법으로 정의하게 됩니다.

public void operator 복합_대입_연산자(타입1 변수명1) { .... }

// 1. 인스턴스 메서드 형태
// 2. 반환값은 없으므로 void
// 3. 매개변수는 하나
// 4. 연산자 오버로드 메서드 이름은 'operator 연산자' 형태

위의 조건을 만족하는 C# 14의 문법으로 클래스를 정의하면 다음과 같습니다.

Kilogram a = new Kilogram(5);
Kilogram b = new Kilogram(10);

a += b;
Console.WriteLine(a); // 출력 결과: 15 kg

public class Kilogram
{
    decimal mass;

    public Kilogram(decimal mass) { this.mass = mass; }

    // 인스턴스 메서드 유형의 '+=' 복합 대입 연산자 오버로드 (new가 없으므로 새로운 개체 생성이 없음!)
    public void operator +=(Kilogram b)
    {
        this.mass += b.mass;
    }

    public override string ToString() => $"{mass} kg";
}

보는 바와 같이 새로운 개체를 생성하지 않고 this.mass 값을 직접 변경하는 형태로 구현하기 때문에 불필요한 GC Heap 할당이 발생하지 않습니다.




인스턴스 메서드 형태의 연산자 오버로드 버전이 기왕에 도입되었으니, 이것을 통해 다른 연산자의 오버로드도 함께 개선할 수 있다면 더 좋겠지요. ^^ 바로 이에 부합하는 것이 증감 연산자입니다.

C# - 전위/후위 증감 연산자에 대한 오버로딩 구현
; https://www.sysnet.pe.kr/2/0/12330

증감 연산자가 식 내에서 사용한다면 문제가 좀 복잡해지는데요, 간단하게 단문으로만 존재한다면,

Kilogram a = new Kilogram(1);
a ++; // 어차피 a의 값이 변경
++ a; // 어차피 a의 값이 변경

/*
// 기존의 정적 오버로드 메서드
public static Kilogram operator ++(Kilogram a)
{
    return new Kilogram(a.mass + 1);
}
*/

굳이 static 메서드로 정의한 오버로드 버전을 사용할 필요가 없습니다. 즉, 위와 같은 경우에도 인스턴스 버전의 오버로드를 정의하는 것이 성능상 장점이 됩니다.

// C# 14부터 지원

public void operator ++()
{
    this.mass++;
}

public static Kilogram operator ++(Kilogram a)
{
    return new Kilogram(a.mass + 1);
}

위와 같이 증감 연산자가 단문으로 사용한 경우 이외에도, 수식 내에서 사용했다면 전위/후위냐에 따라 바인딩이 달라지는 차이점도 있습니다. 예를 들어 아래와 같은 경우,

Kilogram a = new Kilogram(1);

// 후위 증감 연산자 사용 시, 정적 메서드 유형의 오버로드가 호출됨
Kilogram b = a++;

// 전위 증감 연산자 사용 시, 인스턴스 메서드 유형의 오버로드가 호출됨
Kilogram c = ++a;

전위 증감 연산자의 호출 결과가 곧 a 자신이 바뀐 이후이므로 인스턴스 메서드 유형의 오버로드를 호출하도록 C# 컴파일러가 알아서 바인딩을 바꿔줍니다.

이외에도 증감 연산자는 class와 struct에 대한 오버로드 선택 시 차이점을 가집니다. 이에 대해서는 다음의 글에서 자세하게 예제 코드와 함께 다루고 있으니 참고하시면 됩니다.

Prefix increment and decrement operators
; https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/proposals/csharp-14.0/user-defined-compound-assignment#prefix-increment-and-decrement-operators

Postfix increment and decrement operators
; https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/proposals/csharp-14.0/user-defined-compound-assignment#prefix-increment-and-decrement-operators>




정리해 보면, 연산자 오버로드를 기존 C# 13처럼 정적 메서드 유형으로만 정의해도 좋습니다. 단지 여러분의 타입을 대단위 수학 연산에서 사용한다면 성능을 고려해 인스턴스 메서드 유형의 오버로드를 추가하는 것이 권장된다는 정도로 가볍게 받아들이면 됩니다.

어차피 우리가 정의만 해주면 C# 컴파일러가 알아서 최적의 오버로드 메서드를 바인딩해 줄 것이므로!




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







[최초 등록일: ]
[최종 수정일: 8/26/2025]

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)
12790정성태8/18/202124400.NET Framework: 1094. C# 10 - (1) 구조체를 생성하는 record struct파일 다운로드1
12789정성태8/18/202123677개발 환경 구성: 597. PyCharm - 윈도우 환경에서 WSL을 이용해 파이썬 앱 개발/디버깅하는 방법
12788정성태8/17/202120996.NET Framework: 1093. C# - 인터페이스의 메서드가 다형성을 제공할까요? (virtual일까요?)파일 다운로드1
12787정성태8/17/202121663.NET Framework: 1092. (책 내용 수정) "4.5.1.4 인터페이스"의 "인터페이스와 다형성"
12786정성태8/16/202123870.NET Framework: 1091. C# - Python range 함수 구현 (2) INumber<T>를 이용한 개선 [1]파일 다운로드1
12785정성태8/16/202121681.NET Framework: 1090. .NET 6 Preview 7에 추가된 숫자 형식에 대한 제네릭 연산 지원 [1]파일 다운로드1
12784정성태8/15/202121835오류 유형: 757. 구글 메일 - 아웃룩에서 메일 전송 시 Sending' reported error (0x800CCC0F, 0x800CCC92)
12783정성태8/15/202118588.NET Framework: 1089. C# - Indexer에 Range 및 람다 식을 이용한 필터 구현 [1]파일 다운로드1
12782정성태8/14/202118864오류 유형: 756. 파이썬 - 윈도우 환경에서 pytagcloud의 한글 출력 방법
12781정성태8/14/202121076오류 유형: 755. 파이썬 - konlpy 사용 시 JVM과 jpype1 관련 오류
12780정성태8/13/202120200.NET Framework: 1088. C# - 버스 노선 및 위치 정보 조회 API 사용을 위한 기초 라이브러리 [2]
12779정성태8/13/202122354개발 환경 구성: 596. 공공 데이터 포털에서 버스 노선 및 위치 정보 조회 API 사용법
12778정성태8/12/202118058오류 유형: 755. PyCharm - "Manage Repositories"의 목록이 나오지 않는 문제
12777정성태8/12/202120089오류 유형: 754. Visual Studio - Input or output cannot be redirected because the specified file is invalid.
12776정성태8/12/202118666오류 유형: 753. gunicorn과 uwsgi 함께 사용 시 ERR_CONNECTION_REFUSED
12775정성태8/12/202132332스크립트: 22. 파이썬 - 윈도우 환경에서 개발한 Django 앱을 WSL 환경의 gunicorn을 이용해 실행
12774정성태8/11/202122381.NET Framework: 1087. C# - Collection 개체의 다중 스레드 접근 시 "Operations that change non-concurrent collections must have exclusive access" 예외 발생
12773정성태8/11/202121923개발 환경 구성: 595. PyCharm - WSL과 연동해 Django App을 윈도우에서 리눅스 대상으로 개발
12772정성태8/11/202122071스크립트: 21. 파이썬 - 윈도우 환경에서 개발한 Django 앱을 WSL 환경의 uwsgi를 이용해 실행 [1]
12771정성태8/11/202120905Windows: 196. "Microsoft Windows Subsystem for Linux Background Host" / "Vmmem"을 종료하는 방법
12770정성태8/11/202119955.NET Framework: 1086. C# - Windows Forms 응용 프로그램의 자식 컨트롤 부하파일 다운로드1
12769정성태8/11/202116696오류 유형: 752. Python - ImportError: No module named pip._internal.cli.main 두 번째 이야기
12768정성태8/10/202117789.NET Framework: 1085. .NET 6에 포함된 신규 BCL API [1]파일 다운로드1
12767정성태8/10/202118480오류 유형: 752. Python - ImportError: No module named pip._internal.cli.main
12766정성태8/9/202117083Java: 32. closing inbound before receiving peer's close_notify
12765정성태8/9/202118989Java: 31. Cannot load JDBC driver class 'org.mysql.jdbc.Driver'
... 46  47  48  49  [50]  51  52  53  54  55  56  57  58  59  60  ...