Microsoft MVP성태의 닷넷 이야기
닷넷: 2291. C# 13 - (5) params 인자 타입으로 컬렉션 허용 [링크 복사], [링크+제목 복사],
조회: 8999
글쓴 사람
정성태 (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로 다양한 타입들이 정의돼 메서드 바인딩에 혼란이 올 수 있다는 것을 언급하려고 한 것인데 기왕이면 좀 더 적절한 예를 드는 것이 맞을 듯합니다. (그나저나 예제 만들기도 힘들군요. ^^)
정성태

... 91  92  93  94  [95]  96  97  98  99  100  101  102  103  104  105  ...
NoWriterDateCnt.TitleFile(s)
11593정성태7/8/201820152Math: 40. GeoGebra 기하 (17) - 각의 복사파일 다운로드1
11591정성태7/7/201819149Math: 39. GeoGebra 기하 (16) - 삼각형의 방심과 방접원파일 다운로드1
11590정성태7/7/201818926Math: 38. GeoGebra 기하 (15) - 삼각형의 수심파일 다운로드1
11589정성태7/7/201818549.NET Framework: 787. object로 형변환된 인스턴스를 원래의 타입 인자로 제네릭 메서드를 호출하는 방법 [2]파일 다운로드1
11588정성태7/7/201820084디버깅 기술: 116. windbg 분석 사례 - ASP.NET 웹 응용 프로그램의 CPU 100% 현상 (3)
11587정성태7/5/201820517.NET Framework: 786. ASP.NET - HttpCookieCollection을 다중 스레드에서 사용할 경우 무한 루프 현상
11586정성태7/5/201818945Math: 37. GeoGebra 기하 (14) - 삼각형의 무게 중심파일 다운로드1
11585정성태7/5/201819638Math: 36. GeoGebra 기하 (13) - 삼각형의 외심과 외접하는 원파일 다운로드1
11584정성태7/5/201818925Math: 35. GeoGebra 기하 (12) - 삼각형의 내심과 내접하는 원파일 다운로드1
11583정성태7/5/201819563.NET Framework: 785. public으로 노출되지 않은 다른 어셈블리의 delegate 인스턴스를 Reflection으로 생성하는 방법파일 다운로드1
11582정성태7/5/201825547.NET Framework: 784. C# - 제네릭 인자를 가진 타입을 생성하는 방법 [1]파일 다운로드1
11581정성태7/4/201822565Math: 34. GeoGebra 기하 (11) - 3대 작도 불능 문제의 하나인 임의 각의 3등분파일 다운로드1
11580정성태7/4/201819570Math: 33. GeoGebra 기하 (10) - 직각의 3등분파일 다운로드1
11579정성태7/4/201818221Math: 32. GeoGebra 기하 (9) - 임의의 선분을 한 변으로 갖는 정삼각형파일 다운로드1
11578정성태7/3/201818317Math: 31. GeoGebra 기하 (8) - 호(Arc)의 이등분파일 다운로드1
11577정성태7/3/201818056Math: 30. GeoGebra 기하 (7) - 각의 이등분파일 다운로드1
11576정성태7/3/201821083Math: 29. GeoGebra 기하 (6) - 대수의 4칙 연산파일 다운로드1
11575정성태7/2/201821547Math: 28. GeoGebra 기하 (5) - 선분을 n 등분하는 방법파일 다운로드1
11574정성태7/2/201820047Math: 27. GeoGebra 기하 (4) - 선분을 n 배 늘이는 방법파일 다운로드1
11573정성태7/2/201818909Math: 26. GeoGebra 기하 (3) - 평행선
11572정성태7/1/201817932.NET Framework: 783. C# 컴파일러가 허용하지 않는 (유효한) 코드를 컴파일해 테스트하는 방법
11571정성태7/1/201819450.NET Framework: 782. C# - JIRA에 등록된 Project의 Version 항목 추가하는 방법파일 다운로드1
11570정성태7/1/201820176Math: 25. GeoGebra 기하 (2) - 임의의 선분과 특정 점을 지나는 수직선파일 다운로드1
11569정성태7/1/201818991Math: 24. GeoGebra 기하 (1) - 수직 이등분선파일 다운로드1
11568정성태7/1/201831165Math: 23. GeoGebra 기하 - 컴퍼스와 자를 이용한 작도 프로그램 [1]
11567정성태6/28/201820881.NET Framework: 781. C# - OpenCvSharp 사용 시 포인터를 이용한 속도 향상파일 다운로드1
... 91  92  93  94  [95]  96  97  98  99  100  101  102  103  104  105  ...