C# - COM 인터페이스의 상속 시 중복으로 메서드를 선언
지난 예제 코드에서,
C# - Video Capture 장치(Camera) 열거 및 지원 포맷 조회
; https://www.sysnet.pe.kr/2/0/13613
Media 장치를 열거하는 코드를 보면 2개의 COM 인터페이스가 나옵니다.
IMFAttributes? pAttributes = null;
IMFActivate[]? ppDevices = null;
NativeMethods.MFCreateAttributes(out pAttributes, 1);
pAttributes.SetGuid(MFGuid.MF_DEVSOURCE_ATTRIBUTE_SOURCE_TYPE_GUID, MFGuid.MF_DEVSOURCE_ATTRIBUTE_SOURCE_TYPE_VIDCAP_GUID);
NativeMethods.MFEnumDeviceSources(pAttributes, out ppDevices, out pcSourceActivate);
C/C++ 정의에서 보면 IMFActivate는 IMFAttributes를 상속받아 정의한 인터페이스입니다.
MIDL_INTERFACE("2cd2d921-c447-44a7-a13c-4adabfc247e3")
IMFAttributes : public IUnknown
{
public:
virtual HRESULT STDMETHODCALLTYPE GetItem(__RPC__in REFGUID guidKey, /* [full][out][in] */ __RPC__inout_opt PROPVARIANT *pValue) = 0;
// ...[생략: 28개의 함수]...
virtual HRESULT STDMETHODCALLTYPE CopyAllItems(/* [in] */ __RPC__in_opt IMFAttributes *pDest) = 0;
};
MIDL_INTERFACE("7FEE9E9A-4A89-47a6-899C-B6A53A70FB67")
IMFActivate : public IMFAttributes
{
public:
virtual HRESULT STDMETHODCALLTYPE ActivateObject(/* [in] */ __RPC__in REFIID riid, /* [retval][iid_is][out] */ __RPC__deref_out_opt void **ppv) = 0;
virtual HRESULT STDMETHODCALLTYPE ShutdownObject( void) = 0;
virtual HRESULT STDMETHODCALLTYPE DetachObject( void) = 0;
};
그렇다면, 위의 인터페이스를 C#으로 정의하는 경우 거의 그대로 아래와 같이 변환할 수 있을 것입니다.
[ComImport, Guid("2CD2D921-C447-44A7-A13C-4ADABFC247E3"), InterfaceType(ComInterfaceType.InterfaceIsIUnknown)]
internal unsafe interface IMFAttributes
{
// ...[생략: 30개의 함수]...
}
[ComImport, Guid("7FEE9E9A-4A89-47a6-899C-B6A53A70FB67"), InterfaceType(ComInterfaceType.InterfaceIsIUnknown)]
internal interface IMFActivate : IMFAttributes
{
// ...[생략: 추가된 3개의 함수]...
}
그런데 위와 같이 변환한 후에, 예를 들어 IMFActivate에 속한 함수를 아무거나 호출해 보면 이런 예외가 발생할 것입니다.
// IMFActivate.ActivateObject 호출
ppDevices[deviceIndex].ActivateObject(typeof(IMFMediaSource).GUID, out pSource);
Unhandled exception. System.Runtime.InteropServices.COMException (0xC00D36E6): The requested attribute was not found. (0xC00D36E6)
at ConsoleApp1.IMFActivate.ActivateObject(Guid& riid, IMFMediaSource& ppv)
at ConsoleApp1.MediaFoundation.GetMediaSource(Int32 deviceIndex, String& symbolicLink, String& deviceName) in C:\Users\SeongTae Jeong\Dropbox\articles\enum_video\ConsoleApp1\ConsoleApp1\MediaFoundation.cs:line 40
at ConsoleApp1.Program.Main(String[] args)
이유는, 위의 경우 IMFActivate 인터페이스의 첫 번째 함수인 ActivateObject를 호출했지만 실제 COM 개체 내부에서의 호출은 IMFAttributes 인터페이스의 첫 번째 함수가 호출되었기 때문입니다.
즉, IMFAttributes.GetItem 함수가 호출되었고, 하필 ActivateObject의 첫 번째 인자인 Guid와 동일한 속성 값이 전달된 탓에 내부적으로 GetItem이 요구하는 GUID 값과 맞지 않아 "The requested attribute was not found" 오류가 발생한 것입니다. 그렇기 때문에 사실 비정상적인 함수 호출을 한 결과가 되었고, 이에 따라 오류 상황은 매우 다양할 수 있습니다. (가령 Access Violation 예외가 발생할 수도 있습니다.)
따라서 문제를 해결하려면, 인터페이스 정의 시 부모의 함수를 그대로 포함해야 합니다.
[ComImport, Guid("2CD2D921-C447-44A7-A13C-4ADABFC247E3"), InterfaceType(ComInterfaceType.InterfaceIsIUnknown)]
internal unsafe interface IMFAttributes
{
// ... IMFAttributes 함수 30개 ...
}
[ComImport, Guid("7FEE9E9A-4A89-47a6-899C-B6A53A70FB67"), InterfaceType(ComInterfaceType.InterfaceIsIUnknown)]
internal interface IMFActivate : IMFAttributes
{
// ... IMFAttributes 함수 30개 ...
// ... IMFActivate 함수 3개 ...
}
뭔가 ^^; 엄청 비효율적인 정의로 보이지 않나요? 내부적으로 함수들의 정의는 어차피 vtable 기반으로 초기화되기 때문에 interface라고 해서 상속 시 저렇게 중복 정의해야 하는 것은 왠지 납득이 되질 않습니다.
혹시 제가 모르는 어떤 다른 방법이 있는 걸까요? 이런 경우, 가장 좋은 방법은 Microsoft의 사례를 들춰보는 것입니다. 이를 위해 COM 인터페이스 중 적절하게... 예를 들어 IPersist와 IPersistStream 정의를 담고 있는 마이크로소프트 측의 DLL을 Reflection으로 열어보면,
C:\Program Files\Microsoft Visual Studio\2022\Enterprise\Common7\IDE\PublicAssemblies\Microsoft.VisualStudio.Interop.dll
역시 이렇게 중복 정의한 것을 볼 수 있습니다.
[InterfaceType(ComInterfaceType.InterfaceIsIUnknown)]
[Guid("0000010C-0000-0000-C000-000000000046")]
[ComImport]
public interface IPersist
{
int GetClassID(out Guid pClassID);
}
[InterfaceType(ComInterfaceType.InterfaceIsIUnknown)]
[Guid("00000109-0000-0000-C000-000000000046")]
[ComImport]
public interface IPersistStream : IPersist
{
int GetClassID(out Guid pClassID);
int IsDirty();
void Load([MarshalAs(UnmanagedType.Interface)] [In] IStream pstm);
void Save([MarshalAs(UnmanagedType.Interface)] [In] IStream pstm, [ComAliasName("Microsoft.VisualStudio.OLE.Interop.BOOL")] [In] int fClearDirty);
void GetSizeMax([ComAliasName("Microsoft.VisualStudio.OLE.Interop.ULARGE_INTEGER")] [MarshalAs(UnmanagedType.LPArray)] [Out] ULARGE_INTEGER[] pcbSize);
}
그러니까... 어쩔 수 없다는 의미입니다. ^^; 관련해서 공식 문서의 기록은 찾을 수 없었고 stackoverflow에 다음과 같은 질문에 대해,
Interface inheritance in ComVisible classes in C#
; https://stackoverflow.com/questions/1399928/interface-inheritance-in-comvisible-classes-in-c-sharp
이런 답변 정도만 찾을 수 있었습니다.
In COM interfaces can inherit from one another. However the .NET implementation that exposes the .NET interface to COM does not support inheritance. Therefore you must replicate any interface members in a base interface to the derived interface... The interop code does not look at base interface types when building the exposed COM interface.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]