Microsoft MVP성태의 닷넷 이야기
닷넷: 2291. C# 13 - (5) params 인자 타입으로 컬렉션 허용 [링크 복사], [링크+제목 복사],
조회: 8195
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일

(시리즈 글이 9개 있습니다.)
닷넷: 2275. C# 13 - (1) 신규 이스케이프 시퀀스 '\e'
; https://www.sysnet.pe.kr/2/0/13673

닷넷: 2277. C# 13 - (2) 메서드 그룹의 자연 타입 개선 (메서드 추론 개선)
; https://www.sysnet.pe.kr/2/0/13681

닷넷: 2286. C# 13 - (3) Monitor를 대체할 Lock 타입
; https://www.sysnet.pe.kr/2/0/13699

닷넷: 2287. C# 13 - (4) Indexer를 이용한 개체 초기화 구문에서 System.Index 연산자 허용
; https://www.sysnet.pe.kr/2/0/13701

닷넷: 2291. C# 13 - (5) params 인자 타입으로 컬렉션 허용
; https://www.sysnet.pe.kr/2/0/13705

닷넷: 2294. C# 13 - (6) iterator 또는 비동기 메서드에서 ref와 unsafe 사용을 부분적으로 허용
; https://www.sysnet.pe.kr/2/0/13710

닷넷: 2303. C# 13 - (7) ref struct의 interface 상속 및 제네릭 제약으로 사용 가능
; https://www.sysnet.pe.kr/2/0/13752

닷넷: 2304. C# 13 - (8) 부분 메서드 정의를 속성 및 인덱서에도 확대
; https://www.sysnet.pe.kr/2/0/13754

닷넷: 2305. C# 13 - (9) 메서드 바인딩의 우선순위를 지정하는 OverloadResolutionPriority 특성 도입 (Overload resolution priority)
; https://www.sysnet.pe.kr/2/0/13755




C# 13 - (5) params 인자 타입으로 컬렉션 허용

C#의 첫 번째 버전부터 지원되어온 params 예약어는 메서드로 하여금 "배열 구문"을 통해 가변 인자를 받을 수 있게 합니다.

internal class Program
{
    static void Main(string[] args)
    {
        printAll("{0,20},", 1, "2");
        printAll("{0,10},", 3, 4.01f, 5);
    }

    static void printAll(string fmt, params object[] args)
    {
        foreach (var arg in args)
        {
            Console.WriteLine(fmt, arg);
        }
    }
}

/* 출력 결과
                   1,
                   2,
         3,
      4.01,
         5,
*/

이후, C# 2.0에 제네릭이 도입되고 그에 따른 다양한 컬렉션 타입들이 추가되면서 params 가변 인자의 "배열 구문"은 표현의 제약을 가져오게 됩니다.

예를 들어, 아래와 같은 코드에서,

int[] elems = { 1, 2, 3, 4, 5 };
printAll(elems);

static void printAll(params int[] args)
{
    for (int i = 0; i < args.Length; i++)
    {
        Console.Write($"{args[i]},");
    }

    Console.WriteLine();
}

elems의 타입이 List<T>로 바뀌면, 이것을 printAll에 전달하기 위해 배열로 변환해야만 합니다.

List<int> elems = new List<int> { 1, 2, 3, 4, 5 };
printAll(elems.ToArray()); // 변환뿐만 아니라 새롭게 힙 할당도 발생

// 곧바로 사용하면 컴파일 오류
printAll(elems); // error CS1503: Argument 1: cannot convert from 'System.Collections.Generic.List<int>' to 'int'

C# 13에서는 이러한 제약을 해소하기 위해, params 인자 타입으로 컬렉션을 허용합니다.

params collections
; https://learn.microsoft.com/en-us/dotnet/csharp/whats-new/csharp-13#params-collections

  • System.Collections.Generic.IEnumerable<T> 및 그것의 구현 타입
  • System.Collections.Generic.IReadOnlyCollection<T> 및 그것의 구현 타입
  • System.Collections.Generic.IReadOnlyList<T> 및 그것의 구현 타입
  • System.Collections.Generic.ICollection<T> 및 그것의 구현 타입
  • System.Collections.Generic.IList<T> 및 그것의 구현 타입

따라서, 위에서 문제가 되었던 유형은 "System.Collections.Generic.IList<T> 및 그것의 구현 타입"에 해당하므로 그에 따른 메서드를 추가해 대응할 수 있습니다.

{
    int[] elems = { 1, 2, 3, 4, 5 };
    printAll(elems);
}

{
    List<int> elems = new List<int> { 1, 2, 3, 4, 5 };
    printAll(elems); // C# 13부터 OK
}

static void printAll(params int[] args)
{
    for (int i = 0; i < args.Length; i++)
    {
        Console.Write($"{args[i]},");
    }

    Console.WriteLine();
}

static void printAll(params List<int> args) // C# 13부터 OK
{
    for (int i = 0; i < args.Count; i++)
    {
        Console.Write($"{args[i]},");
    }

    Console.WriteLine();
}

하지만, 이러한 지원이 현실적인 기준에서 그다지 활용 사례가 높을 것 같지는 않습니다. 왜냐하면, 원래 params는 가변 인자를 받아들이는 용도인데요, 위와 같은 경우에 가변 인자를 받아들이게 만들면 오히려 컴파일 에러가 발생합니다.

int[] elems = { 1, 2, 3, 4, 5 };
printAll(elems); // 'Program.printAll(params int[])' 메서드로 바인딩 OK

// error CS0121: The call is ambiguous between the following methods or properties: 'Program.printAll(params int[])' and 'Program.printAll(params List<int>)'
printAll(6, 7, 8, 9, 10); // 오히려 가변 인자를 전달하면?

여기서 문제는, 저 가변 인자에 대한 모호성을 해결하기 위한 방법이 없습니다. 즉, params int[] 또는 params List<int> 중 하나를 선택하도록 "형변환" 연산자를 명시해야 하는데 가변 인자의 경우 그게 불가능합니다.

printAll((List<int>)(6, 7, 8, 9, 10)); // 불가능한 형변환

printAll((int[])(6, 7, 8, 9, 10)); // 불가능한 형변환

게다가 잘 살펴보면, 저 상황에서는 엄밀히 말해 params를 쓸 이유가 없습니다. 즉, 원래는 이렇게 메서드를 정의하는 것이 맞습니다.

static void printAll(int[] args)
{
    // ...[생략]...
}

static void printAll(List<int> args)
{
    // ...[생략]...
}

아이러니하게도, params에 컬렉션 지원을 추가했지만 오히려 params가 아닌 형태로 메서드를 정의하는 것이 더 나은 선택이 되는 것입니다.




대신, 그나마 의미를 찾을 수 있는 것이 params에 대한 Span<T> 타입의 지원입니다.

  • System.Span<T>
  • System.ReadOnlySpan<T>

이런 경우 아래와 같이 가변 인자를 쓸 수 있는데요,

printAll(6, 7, 8, 9, 10);

static void printAll(params ReadOnlySpan<int> args)
{
    foreach (var item in args)
    {
        Console.Write($"{item},");
    }

    Console.WriteLine();
}

이것조차도 "컬렉션 식(Collection Expressions)"을 사용하면 모호성 문제가 발생하긴 합니다.

printAll(6, 7, 8, 9, 10); // 컴파일 OK (printAll(List<int> args) 호출로 바인딩)
printAll([6, 7, 8, 9, 10]); // 컴파일 에러 - error CS0121: The call is ambiguous between the following methods or properties: 'Program.printAll(List<int>)' and 'Program.printAll(params ReadOnlySpan<int>)'

static void printAll(List<int> args)
{
    for (int i = 0; i < args.Count; i++)
    {
        Console.Write($"{args[i]},");
    }

    Console.WriteLine();
}

static void printAll(params ReadOnlySpan<int> args)
{
    foreach (var item in args)
    {
        Console.Write($"{item},");
    }

    Console.WriteLine();
}

하지만 이전의 params 컬렉션 지원과는 달리, 컬렉션 식에 대해서는 형식을 명시하는 것이 가능하므로 모호함 문제를 우회할 수 있습니다.

printAll((ReadOnlySpan<int>)[6, 7, 8, 9, 10]); // (printAll(List<int> args) 호출로 바인딩)

또한, Span의 경우 값 형식이므로 힙 할당을 하지 않아도 된다는 장점이 있습니다. 가령 C# 12 이하에서 다음의 코드를 컴파일하면,

printAll(5, 6, 7, 8, 9); // 가변 인자 전달

static void printAll(params int[] args)
{
    for (int i = 0; i < args.Length; i++)
    {
        Console.Write($"{args[i]},");
    }

    Console.WriteLine();
}

아래와 같이 GC Heap을 사용하는 코드로 변환됩니다.

Program.printAll(new int[]{ 5, 6, 7, 8, 9 });

반면 C# 13부터 지원하는 params Span 타입을 정의하면,

printAll(1, 2, 3, 4, 5); // 가변 인자든,
printAll([6, 7, 8, 9, 10]); // 컬렉션 식이든,

static void printAll(params ReadOnlySpan<int> args)
{
    foreach (var item in args)
    {
        Console.Write($"{item},");
    }

    Console.WriteLine();
}

가변 배열을 전달하든 컬렉션 식을 전달하든 모두 다음과 같이 힙을 사용하지 않는 유형으로 처리합니다.

// CollectionBuilder의 힙을 사용하지 않도록 했던 방식과 유사

Program.printAll(
    RuntimeHelpers.CreateSpan<int>(fieldof(...1~5까지의 숫자를 포함하고 있는 바이너리 영역의 위치...).FieldHandle));
Program.printAll(
    RuntimeHelpers.CreateSpan<int>(fieldof(...6~10까지의 숫자를 포함하고 있는 바이너리 영역의 위치...).FieldHandle));

그런데, 여기서 한 번 더 생각해 볼까요? ^^ "컬렉션 식"이 지원되는 C# 13 환경에서라면 params 가변 인자 예약어는 더 이상 필요 없게 되었다고 해도 과언이 아닙니다. 왜냐하면, 다음과 같이 얼마든지 가변 인자를 컬렉션 식으로 대체할 수 있기 때문입니다.

// 컬렉션 식을 마치 가변 인자로 대용

prints([1, 2, 3]); 
prints([4, 5]);

static void prints(ReadOnlySpan<int> args) // params가 없어도 됨
{
    foreach (var item in args)
    {
        Console.Write($"{item},");
    }

    Console.WriteLine();
}




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







[최초 등록일: ]
[최종 수정일: 10/7/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2024-11-17 01시46분
기존 printAll(params int[] args)를 printAll(params IEnumerable<int> args)로 바꾸면 IList<int>도 int[]도 둘 다 사용할 수 있는 것 아닌가요?
정한솔
2024-11-17 12시22분
@정한솔 언급하신 사항이 맞습니다. (C# 13부터) 중간에 int[], List<int>로 나눠서 예를 든 것을 IEnumerable로 바꿔도 됩니다. params로 다양한 타입들이 정의돼 메서드 바인딩에 혼란이 올 수 있다는 것을 언급하려고 한 것인데 기왕이면 좀 더 적절한 예를 드는 것이 맞을 듯합니다. (그나저나 예제 만들기도 힘들군요. ^^)
정성태

... 61  62  63  [64]  65  66  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12337정성태9/21/202018083오류 유형: 653. Windows - Time zone 설정을 바꿔도 반영이 안 되는 경우
12336정성태9/21/202021503.NET Framework: 942. C# - WOL(Wake On Lan) 구현
12335정성태9/21/202030654Linux: 31. 우분투 20.04 초기 설정 - 고정 IP 및 SSH 설치
12334정성태9/21/202015229오류 유형: 652. windbg - !py 확장 명령어 실행 시 "failed to find python interpreter"
12333정성태9/20/202015620.NET Framework: 941. C# - 전위/후위 증감 연산자에 대한 오버로딩 구현 (2)
12332정성태9/18/202018572.NET Framework: 940. C# - Windows Forms ListView와 DataGridView의 예제 코드파일 다운로드1
12331정성태9/18/202017463오류 유형: 651. repadmin /syncall - 0x80090322 The target principal name is incorrect.
12330정성태9/18/202018624.NET Framework: 939. C# - 전위/후위 증감 연산자에 대한 오버로딩 구현 [2]파일 다운로드1
12329정성태9/16/202020910오류 유형: 650. ASUS 메인보드 관련 소프트웨어 설치 후 ArmouryCrate.UserSessionHelper.exe 프로세스 무한 종료 현상
12328정성태9/16/202019913VS.NET IDE: 150. TFS의 이력에서 "Get This Version"과 같은 기능을 Git으로 처리한다면?
12327정성태9/12/202018069.NET Framework: 938. C# - ICS(Internet Connection Sharing) 제어파일 다운로드1
12326정성태9/12/202017421개발 환경 구성: 516. Azure VM의 Network Adapter를 실수로 비활성화한 경우
12325정성태9/12/202016675개발 환경 구성: 515. OpenVPN - 재부팅 후 ICS(Internet Connection Sharing) 기능이 동작 안하는 문제
12324정성태9/11/202017481개발 환경 구성: 514. smigdeploy.exe를 이용한 Windows Server 2016에서 2019로 마이그레이션 방법
12323정성태9/11/202016731오류 유형: 649. Copy Database Wizard - The job failed. Check the event log on the destination server for details.
12322정성태9/11/202020129개발 환경 구성: 513. Azure VM의 RDP 접속 위치 제한 [1]
12321정성태9/11/202015915오류 유형: 648. netsh http add urlacl - Error: 183 Cannot create a file when that file already exists.
12320정성태9/11/202017869개발 환경 구성: 512. RDP(원격 데스크톱) 접속 시 비밀 번호를 한 번 더 입력해야 하는 경우
12319정성태9/10/202017256오류 유형: 647. smigdeploy.exe를 Windows Server 2016에서 실행할 때 .NET Framework 미설치 오류 발생
12318정성태9/9/202016305오류 유형: 646. OpenVPN - "TAP-Windows Adapter V9" 어댑터의 "Network cable unplugged" 현상
12317정성태9/9/202019522개발 환경 구성: 511. Beats용 Kibana 기본 대시 보드 구성 방법
12316정성태9/8/202017313디버깅 기술: 170. WinDbg Preview 버전부터 닷넷 코어 3.0 이후의 메모리 덤프에 대해 sos.dll 자동 로드
12315정성태9/7/202019763개발 환경 구성: 510. Logstash - FileBeat을 이용한 IIS 로그 처리 [2]
12314정성태9/7/202019919오류 유형: 645. IIS HTTPERR - Timer_MinBytesPerSecond, Timer_ConnectionIdle 로그
12313정성태9/6/202019398개발 환경 구성: 509. Logstash - 사용자 정의 grok 패턴 추가를 이용한 IIS 로그 처리
12312정성태9/5/202026377개발 환경 구성: 508. Logstash 기본 사용법 [2]
... 61  62  63  [64]  65  66  67  68  69  70  71  72  73  74  75  ...