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

C# - Collection 식을 지원하는 사용자 정의 타입을 CollectionBuilder 특성으로 성능 보완

컬렉션 식이 C# 12에 추가됐었는데요,

C# 12 - 컬렉션 식(Collection Expressions)
; https://www.sysnet.pe.kr/2/0/13415

위의 글에서도 설명했듯이, 사용자 정의 타입에 대한 컬렉션 식을 지원하는 것이 가능합니다.


using System.Collections;

internal class Program
{
    static void Main(string[] args)
    {
        MyType list = [1, 2, 3, 4, 5, 6, 7, 8];
    }
}

public class MyType : IEnumerable // 1. IEnumerable을 구현한 경우
{
    List<int> _values { get; set; } = new List<int>();

    public IEnumerator GetEnumerator()
    {
        return _values.GetEnumerator();
    }

    public void Add(int value) // 2. "Add" 이름을 갖는 메서드 추가 (확장 메서드로 구현해도 OK)
    {
        _values.Add(value);
    }
}

그런데, 여기서 약간 아쉬운 점이 하나 있다면? "Add" 메서드를 이용한 초기화를 하다 보니 그다지 효율적인 코드가 나오지 않는다는 점입니다.

// 컬렉션 식을 사용한 경우, C# 컴파일러가 생성한 코드

MyType list = new MyType();
list.Add(1);
// ...[생략: 2, 3, 4, 5, 6, 7에 대해 동일하게 Add 호출]...
list.Add(8);

바로 저 문제를 해결하는 방법이 CollectionBuilder 특성을 통해 제공됩니다. 따라서 대충 다음과 같이 변경해 주면,

[CollectionBuilder(typeof(MyTypeCollectionBuilder), nameof(MyTypeCollectionBuilder.Create))]
public class MyType : IEnumerable<int>
{
    List<int> _values = new List<int>();

    public MyType(ReadOnlySpan<int> elems)
    {
        _values.AddRange(elems);
    }

    IEnumerator IEnumerable.GetEnumerator()
    {
        return _values.GetEnumerator();
    }

    public IEnumerator<int> GetEnumerator()
    {
        return ((IEnumerable<int>)_values).GetEnumerator();
    }
}

public static class MyTypeCollectionBuilder
{
    public static MyType Create(ReadOnlySpan<int> items) => new MyType(items);
}

C# 컴파일러는 이것을 인지하고, 컬렉션 식으로 초기화하는 코드를 다음과 같이 생성해 줍니다.

MyType list = MyTypeCollectionBuilder.Create(
    RuntimeHelpers.CreateSpan<int>(fieldof(...1~8까지의 숫자를 포함하고 있는 바이너리 영역의 위치...).FieldHandle)
);

보는 바와 같이 컬렉션 식으로 개발자가 명시한 "[1, 2, 3, 4, 5, 6, 7, 8]" 배열 값을 컴파일 시에 미리 바이너리에 저장한 영역으로 대신하고, 그 저장소 공간을 ReadOnlySpan<int>로 받아 사용자가 원하는 코드(위의 경우 AddRange)로 바로 초기화하게 됩니다.

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




참고로, CollectionBuilder로 지정하는 타입은 꼭 분리할 필요까진 없습니다. 즉, 위의 코드를 다음과 같이 하나의 타입에 정의해도 무방합니다.

[CollectionBuilder(typeof(MyType), nameof(Create))]
public class MyType : IEnumerable<int>
{
    List<int> _values = new List<int>();

    public MyType(ReadOnlySpan<int> elems)
    {
        _values.AddRange(elems);
    }

    IEnumerator IEnumerable.GetEnumerator()
    {
        return _values.GetEnumerator();
    }

    public IEnumerator<int> GetEnumerator()
    {
        return ((IEnumerable<int>)_values).GetEnumerator();
    }

    public static MyType Create(ReadOnlySpan<int> items) => new MyType(items);
}

관심 있으신 분들은 아래의 글도 읽어보시고. ^^

Adding support for collection expressions to your own types
; https://andrewlock.net/behind-the-scenes-of-collection-expressions-part-5-adding-support-for-collection-expressions-to-your-own-types/




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/6/2024]

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)
12537정성태2/11/202119357.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202118208개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/202117283개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/202117805개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/202116803개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202118006개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/202116785개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202120597개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202118482개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202118073개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202118161개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/202114980개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202113936개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/202115140개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/202116067개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/202118260개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/202117340개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]
12520정성태1/30/202116098개발 환경 구성: 526. 오라클 클라우드의 VM에 ping ICMP 여는 방법
12519정성태1/30/202114824개발 환경 구성: 525. 오라클 클라우드의 VM을 외부에서 접근하기 위해 포트 여는 방법
12518정성태1/30/202132926Linux: 37. Ubuntu에 Wireshark 설치 [2]
12517정성태1/30/202120638Linux: 36. 윈도우 클라이언트에서 X2Go를 이용한 원격 리눅스의 GUI 접속 - 우분투 20.04
12516정성태1/29/202117104Windows: 188. Windows - TCP default template 설정 방법
12515정성태1/28/202118757웹: 41. Microsoft Edge - localhost에 대해 http 접근 시 무조건 https로 바뀌는 문제 [3]
12514정성태1/28/202118906.NET Framework: 1021. C# - 일렉트론 닷넷(Electron.NET) 소개 [1]파일 다운로드1
12513정성태1/28/202116064오류 유형: 698. electronize - User Profile 디렉터리에 공백 문자가 있는 경우 빌드가 실패하는 문제 [1]
12512정성태1/28/202116450오류 유형: 697. The program can't start because VCRUNTIME140.dll is missing from your computer. Try reinstalling the program to fix this problem.
... 46  47  48  49  50  51  52  53  54  55  [56]  57  58  59  60  ...