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

... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13490정성태12/19/202310099개발 환경 구성: 698. Golang - GLIBC 의존을 없애는 정적 빌드 방법
13489정성태12/19/202310042개발 환경 구성: 697. GoLand에서 ldflags 지정 방법
13488정성태12/18/20239519오류 유형: 884. HTTP 500.0 - 명령행에서 실행한 ASP.NET Core 응용 프로그램을 실행하는 방법
13487정성태12/16/202310611개발 환경 구성: 696. C# - 리눅스용 AOT 빌드를 docker에서 수행 [1]
13486정성태12/15/20239726개발 환경 구성: 695. Nuget config 파일에 값 설정/삭제 방법
13485정성태12/15/20239406오류 유형: 883. dotnet build/restore - error : Root element is missing
13484정성태12/14/202310145개발 환경 구성: 694. Windows 디렉터리 경로를 WSL의 /mnt 포맷으로 구하는 방법
13483정성태12/14/202310404닷넷: 2184. C# - 하나의 resource 파일을 여러 프로그램에서 (AOT 시에도) 사용하는 방법파일 다운로드1
13482정성태12/13/202311634닷넷: 2183. C# - eFriend Expert OCX 예제를 .NET Core/5+ Console App에서 사용하는 방법 [2]파일 다운로드1
13481정성태12/13/202310528개발 환경 구성: 693. msbuild - .NET Core/5+ 프로젝트에서 resgen을 이용한 리소스 파일 생성 방법파일 다운로드1
13480정성태12/12/202312375개발 환경 구성: 692. Windows WSL 2 + Chrome 웹 브라우저 설치
13479정성태12/11/202310018개발 환경 구성: 691. WSL 2 (Ubuntu) + nginx 환경 설정
13477정성태12/8/202310652닷넷: 2182. C# - .NET 7부터 추가된 Int128, UInt128 [1]파일 다운로드1
13476정성태12/8/202310501닷넷: 2181. C# - .NET 8 JsonStringEnumConverter의 AOT를 위한 개선파일 다운로드1
13475정성태12/7/202310758닷넷: 2180. .NET 8 - 함수 포인터에 대한 Reflection 정보 조회파일 다운로드1
13474정성태12/6/202310341개발 환경 구성: 690. 닷넷 코어/5+ 버전의 ilasm/ildasm 실행 파일 구하는 방법 - 두 번째 이야기
13473정성태12/5/202310676닷넷: 2179. C# - 값 형식(Blittable)을 메모리 복사를 이용해 바이트 배열로 직렬화/역직렬화파일 다운로드1
13472정성태12/4/202310098C/C++: 164. Visual C++ - InterlockedCompareExchange128 사용 방법
13471정성태12/4/202310630Copilot - To enable GitHub Copilot, authorize this extension using GitHub's device flow
13470정성태12/2/202311260닷넷: 2178. C# - .NET 8부터 COM Interop에 대한 자동 소스 코드 생성 도입 [1]파일 다운로드1
13469정성태12/1/202311161닷넷: 2177. C# - (Interop DLL 없이) CoClass를 이용한 COM 개체 생성 방법파일 다운로드1
13468정성태12/1/202310168닷넷: 2176. C# - .NET Core/5+부터 달라진 RCW(Runtime Callable Wrapper) 대응 방식파일 다운로드1
13467정성태11/30/202310920오류 유형: 882. C# - Unhandled exception. System.Runtime.InteropServices.COMException (0x800080A5)파일 다운로드1
13466정성태11/29/202310756닷넷: 2175. C# - DllImport 메서드의 AOT 지원을 위한 LibraryImport 옵션
13465정성태11/28/202310456개발 환경 구성: 689. MSBuild - CopyToOutputDirectory가 "dotnet publish" 시에는 적용되지 않는 문제파일 다운로드1
13464정성태11/28/202310366닷넷: 2174. C# - .NET 7부터 UnmanagedCallersOnly 함수 export 기능을 AOT 빌드에 통합파일 다운로드1
... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...