Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 3개 있습니다.)
.NET Framework: 408. 자바와 닷넷의 제네릭 차이점 - 중간 언어 및 공변/반공변 처리
; https://www.sysnet.pe.kr/2/0/1581

.NET Framework: 743. C# 언어의 공변성과 반공변성
; https://www.sysnet.pe.kr/2/0/11513

닷넷: 2264. C# - 형식 인자로 인터페이스를 갖는 제네릭 타입으로의 형변환
; https://www.sysnet.pe.kr/2/0/13636




C# - 형식 인자로 인터페이스를 갖는 제네릭 타입으로의 형변환

짧은 제목으로 표현하기 좀 힘들군요. ^^; 예를 들어, 아래와 같이 인터페이스를 상속받는 타입의 경우,

public interface IData
{
}

public class DataImpl : IData { }

때로는 저 DataImpl 타입을 반환하는 제네릭 타입이 있을 것입니다.

static private Task<DataImpl> GetDataImplAsync()
{
    // Task.Run으로 해도 되지만, 테스트 프로젝트를 .NET Framework 4.0으로 맞추느라 Task.Factory를 사용
    Task<DataImpl> task = Task.Factory.StartNew<DataImpl>(() =>
    {
        DataImpl data = new DataImpl();
        return data;
    });

    return task;
}

문제는, 저런 경우 IData 인터페이스로 공통 처리할 수 있는 방법이 없습니다. 즉, 다음과 같이 인터페이스가 아닌, 구현 타입을 갖는 제네릭을 받아야 합니다. (이에 대해서는 전에 자세히 다룬 글이 있고, C# 4부터 인터페이스에 한해 공변을 지원하는 보완을 했습니다.)

// error CS0029: Cannot implicitly convert type 'System.Threading.Tasks.Task<DataImpl>' to 'System.Threading.Tasks.Task<IData>'
// Task<IData> data2 = GetDataImplAsync();

Task<DataImpl> data = GetDataImplAsync();

저런 제약 때문에 DataImpl 구현 클래스를 담은 어셈블리를 반드시 참조하거나, 아니면 Reflection을 써서 접근을 해야 합니다. 물론 이런 경우 Reflection보다는 dynamic을 쓰는 것이 더 좋은 선택입니다.

dynamic data = GetDataImplAsync();
IData iData = data.Result; // 인터페이스로 형변환




만약 dynamic을 쓰고 싶지 않다면 어떻게 해야 할까요? 어쩔 수 없이 그럴 때는 Reflection으로 접근해야 합니다. 그런데, 다시 한번 만약, ^^ Reflection 속도보다 빠르게 접근하고 싶다면 어떻게 해야 할까요? 이럴 때는 (역시 예전에 dynamic과 비교해 설명한) LCG를 사용하면 됩니다.

그래서 대충 이런 식으로 만들어 주면,

private static Dictionary<string, Func<object, object>> _taskResultFunc = new();

private static object GetDynamicResult(object objValue)
{
    Type type = objValue.GetType();

    if (_taskResultFunc.TryGetValue(type.FullName, out var resultFunc) == false)
    {
        PropertyInfo prop = type.GetProperty("Result");
        MethodInfo mi = prop.GetGetMethod();

        DynamicMethod dm = new DynamicMethod(
            Guid.NewGuid().ToString(),
            typeof(object), [typeof(object)], typeof(Program), false);

        ILGenerator il = dm.GetILGenerator();
        il.Emit(OpCodes.Ldarg_0);
        il.Emit(OpCodes.Isinst, type);
        il.Emit(OpCodes.Callvirt, mi);
        il.Emit(OpCodes.Ret);

        resultFunc = (Func<object, object>)dm.CreateDelegate(typeof(Func<object, object>));
        _taskResultFunc[type.FullName] = resultFunc;
    }

    return resultFunc(objValue);
}

이후 대상을 직접 참조하지 않고도 인터페이스 형변환만으로 다룰 수 있습니다.

IData result = GetDynamicResult(objData) as IData;

설령 이렇게 구현 클래스가 추가돼도,

public class AttrImpl : IData { }

static private Task<AttrImpl> GetAttrImplAsync()
{
    Task<AttrImpl> task = Task.Factory.StartNew<AttrImpl>(() =>
    {
        AttrImpl data = new AttrImpl();
        return data;
    });

    return task;
}

마찬가지의 방식으로 다룰 수 있습니다.

object objAttr = GetAttrImplAsync();
result = GetDynamicResult(objAttr) as IData;

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/17/2024]

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

비밀번호

댓글 작성자
 




... [76]  77  78  79  80  81  82  83  84  85  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
12067정성태11/27/201921145디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201920703디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201918580디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201921998오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201920925디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201920021디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201920230Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201922579디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201921782디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/201922422디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/201917650오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/201923920개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/201917893개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/201919550.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태11/15/201920664Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/201919513오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태11/14/201923755개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태11/14/201921163Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/201921707.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
12048정성태11/12/201921562Windows: 164. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법
12047정성태11/12/201923995Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법
12046정성태10/29/201918106오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n193
12045정성태10/27/201918524오류 유형: 576. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 - 두 번째 이야기
12044정성태10/27/201917667오류 유형: 575. mstest.exe - System.Resources.MissingSatelliteAssemblyException: The satellite assembly named "Microsoft.VisualStudio.ProductKeyDialog.resources.dll, ..."
12043정성태10/27/201919691오류 유형: 574. Windows 10 설치 시 오류 - 0xC1900101 - 0x4001E
12042정성태10/26/201918692오류 유형: 573. OneDrive 하위에 위치한 Documents, Desktop 폴더에 대한 권한 변경 시 "Unable to display current owner"
... [76]  77  78  79  80  81  82  83  84  85  86  87  88  89  90  ...