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

[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13877정성태1/25/2025215닷넷: 2315. C# - PCI 장치 열거 (레지스트리, SetupAPI)파일 다운로드1
13876정성태1/25/2025265닷넷: 2314. C# - ProcessStartInfo 타입의 Arguments와 ArgumentList파일 다운로드1
13875정성태1/24/2025279스크립트: 69. 파이썬 - multiprocessing 패키지의 spawn 모드로 동작하는 uvicorn의 workers
13874정성태1/24/2025279스크립트: 68. 파이썬 - multiprocessing Pool의 기본 프로세스 시작 모드(spawn, fork)
13873정성태1/23/2025334디버깅 기술: 217. WinDbg - PCI 장치 열거
13872정성태1/23/2025306오류 유형: 944. WinDbg - 원격 커널 디버깅이 연결은 되지만 Break (Ctrl + Break) 키를 눌러도 멈추지 않는 현상
13871정성태1/22/2025463Windows: 278. Windows - 윈도우를 다른 모니터 화면으로 이동시키는 단축키 (Window + Shift + 화살표)
13870정성태1/18/2025813개발 환경 구성: 741. WinDbg - 네트워크 커널 디버깅이 가능한 NIC 카드 지원 확대
13869정성태1/18/2025798개발 환경 구성: 740. WinDbg - _NT_SYMBOL_PATH 환경 변수에 설정한 경로로 심벌 파일을 다운로드하지 않는 경우
13868정성태1/17/2025885Windows: 277. Hyper-V - Windows 11 VM의 Enhanced Session 모드로 로그인을 할 수 없는 문제
13867정성태1/17/2025981오류 유형: 943. Hyper-V에 Windows 11 설치 시 "This PC doesn't currently meet Windows 11 system requirements" 오류
13866정성태1/16/20251100개발 환경 구성: 739. Windows 10부터 바뀐 device driver 서명 방법
13865정성태1/15/20251074오류 유형: 942. C# - .NET Framework 4.5.2 이하의 버전에서 HttpWebRequest로 https 호출 시 "System.Net.WebException" 예외 발생
13864정성태1/15/20251052Linux: 114. eBPF를 위해 필요한 SELinux 보안 정책
13863정성태1/14/20251117Linux: 113. Linux - 프로세스를 위한 전용 SELinux 보안 문맥 지정
13862정성태1/13/20251049Linux: 112. Linux - 데몬을 위한 SELinux 보안 정책 설정
13861정성태1/11/20251144Windows: 276. 명령행에서 원격 서비스를 동기/비동기로 시작/중지
13860정성태1/10/20251089디버깅 기술: 216. WinDbg - 2가지 유형의 식 평가 방법(MASM, C++)
13859정성태1/9/20251090디버깅 기술: 215. Windbg - syscall 이후 실행되는 KiSystemCall64 함수 및 SSDT 디버깅
13858정성태1/8/20251221개발 환경 구성: 738. PowerShell - 원격 호출 시 "powershell.exe"가 아닌 "pwsh.exe" 환경으로 명령어를 실행하는 방법
13857정성태1/7/20251162C/C++: 187. Golang - 콘솔 응용 프로그램을 Linux 데몬 서비스를 지원하도록 변경파일 다운로드1
13856정성태1/6/20251122디버깅 기술: 214. Windbg - syscall 단계까지의 Win32 API 호출 (예: Sleep)
13855정성태12/28/20241565오류 유형: 941. Golang - os.StartProcess() 사용 시 오류 정리
13854정성태12/27/20241622C/C++: 186. Golang - 콘솔 응용 프로그램을 NT 서비스를 지원하도록 변경파일 다운로드1
13853정성태12/26/20241888디버깅 기술: 213. Windbg - swapgs 명령어와 (Ring 0 커널 모드의) FS, GS Segment 레지스터
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...