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

... 181  182  183  184  185  186  187  188  189  190  191  192  193  194  [195]  ...
NoWriterDateCnt.TitleFile(s)
68정성태10/31/200421964.NET Framework: 17. Win32_NTLogEvent를 c#에서 wmi 쿼리할 때..에러..
67정성태10/22/200419158COM 개체 관련: 12. Microsoft.XMLHTTP 개체에서 Microsoft.XMLDOM 개체를 전송할 때 charset 지정 문제?
66정성태10/16/200420345.NET Framework: 16. [닷넷 리모팅] 프록시가 죽은 것을 원격 개체가 알 수 있는 방법은?
65정성태10/16/200419329VS.NET IDE: 8. Windows 가상 메모리 사용 해제
64정성태10/3/200423021.NET Framework: 15. ASP.NET에서 .NET COM+ 개체 등록 시 "Local System"이어야 하는 이유.
63정성태10/3/200423134.NET Framework: 14. Response.Cookies.Clear는 기존 설정된 Cookie 헤더를 삭제하는 것이 아닙니다.
62정성태10/3/200422127기타: 7. DB 트랜잭션에서 Lock이 걸릴 수 있는 전형적인 예.
61정성태10/3/200421679.NET Framework: 13. Main 메서드에 붙은 STAThread 의미
60정성태10/3/200420356.NET Framework: 12. IDispatch::GetIDsOfNames 역변환 메서드 작성 힌트 ( DISPID 로 메서드 이름 알아내는 것 )
58정성태10/3/200423455.NET Framework: 11. HttpContext의 간략이해
56정성태10/3/200419930.NET Framework: 10. [.NET 리모팅] 원격개체를 호출한 클라이언트의 연결이 유효한지 판단하는 방법.
55정성태10/3/200420686COM 개체 관련: 11. 내가 생각해 보는 COM의 현재 위치
54정성태8/30/200426345VC++: 10. 내가 생각해 보는 MFC OCX와 ATL DLL에 선택 기준
53정성태11/20/200525704VC++: 9. CFtpFileFind/FtpFileFind가 일부 Unix FTP 서버에서 목록을 제대로 못 가져오는 문제
184정성태11/23/200519363    답변글 VC++: 9.1. FTP 관련 토픽파일 다운로드1
51정성태6/24/200424267VC++: 8. BSTR 메모리 할당 및 해제(MSDN Library 발췌) [1]
50정성태6/16/200417623기타: 6. 1차 데스크톱 컴퓨터 사양
49정성태6/16/200418110기타: 5. 53만 원대 Second PC 마련. ^^
48정성태3/2/200419989.NET Framework: 9. 윈도우즈 발전사를 모아 둔 사이트. [1]
47정성태11/14/200518494VS.NET IDE: 7. 한글 OS에서 Internet Explorer 6.0 with SP1의 UI 언어 바꾸는 방법
45정성태1/26/200417846기타: 4. MCAD 시험
44정성태1/26/200418603VS.NET IDE: 6. 터미널 서비스 포트 변경 ( 서버 및 클라이언트 )
46정성태1/26/200423703    답변글 VS.NET IDE: 6.1. Windows 2003 터미널 서비스 라이센스 서버 없이 접속
114정성태11/14/200515130    답변글 VS.NET IDE: 6.2. [터미널 서버 라이센스] : 활성화 시 오류
43정성태12/23/200318330기타: 3. XP/2003 개인 방화벽 설정파일 다운로드1
40정성태7/23/200321811COM 개체 관련: 10. IE BHO 개체를 개발할 때, 인터넷 익스플로러가 아닌 탐색기에서 활성화 되는 문제 해결 [1]
... 181  182  183  184  185  186  187  188  189  190  191  192  193  194  [195]  ...