Microsoft MVP성태의 닷넷 이야기
닷넷: 2172. .NET 6+ 기반의 COM Server 내에 Type Library를 내장하는 방법 [링크 복사], [링크+제목 복사],
조회: 12770
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)
(시리즈 글이 4개 있습니다.)
닷넷: 2170. .NET Core/5+ 기반의 COM Server를 tlb 파일을 생성하는 방법(tlbexp)
; https://www.sysnet.pe.kr/2/0/13458

닷넷: 2171. .NET Core 3/5+ 기반의 COM Server를 기존의 regasm처럼 등록하는 방법
; https://www.sysnet.pe.kr/2/0/13459

닷넷: 2172. .NET 6+ 기반의 COM Server 내에 Type Library를 내장하는 방법
; https://www.sysnet.pe.kr/2/0/13460

닷넷: 2173. .NET Core 3/5+ 기반의 COM Server를 registry 등록 없이 사용하는 방법
; https://www.sysnet.pe.kr/2/0/13461




.NET 6+ 기반의 COM Server 내에 Type Library를 내장하는 방법

보통, C# COM DLL을 C++에서 사용하려면 다음과 같은 과정을 거칩니다.

  1. C# COM DLL 제작
  2. dscom을 이용해 DLL로부터 TLB 파일 생성
  3. C++ 프로젝트에서는 #import 명령어로 TLB 파일 사용

그런데, 위에서 2번 과정이 별로 매끄럽지 않습니다. 게다가 C/C++에서 사용하려면 DLL과 함께 항상 TLB 파일도 함께 배포해야 하는 것도 마음에 들지 않습니다.

이를 위해 한 가지 대안이라면 2번 과정을 msbuild task로 자동화하는 정도가 있습니다.

<Project Sdk="Microsoft.NET.Sdk">
    <PropertyGroup>
        <TargetFramework>net8.0-windows</TargetFramework>
        <OutputType>Library</OutputType>
        <UseWindowsForms>true</UseWindowsForms>
        <ImportWindowsDesktopTargets>true</ImportWindowsDesktopTargets>

        <EnableComHosting>true</EnableComHosting>

        <AppendTargetFrameworkToOutputPath>false</AppendTargetFrameworkToOutputPath>
        <Platform>x64</Platform>

    </PropertyGroup>

    <PropertyGroup>
        <SignAssembly>true</SignAssembly>
    </PropertyGroup>
    <PropertyGroup>
        <AssemblyOriginatorKeyFile>test.snk</AssemblyOriginatorKeyFile>
    </PropertyGroup>

    <Target Name="PostBuild" AfterTargets="PostBuildEvent">
        <Exec Command="dscom tlbexport &quot;$(TargetPath)&quot;" />
    </Target>
</Project>

일단 위와 같이 build event로 tlb 파일을 만들었으면 ItemGroup에 ComHostTypeLibrary를 이용해 TLB를 내장할 수 있습니다.

<Project Sdk="Microsoft.NET.Sdk">
    <!-- ...[생략]... -->

    <Target Name="PostBuild" AfterTargets="PostBuildEvent">
        <Exec Command="dscom tlbexport &quot;$(TargetPath)&quot;" />
    </Target>

    <ItemGroup>
        <ComHostTypeLibrary Include="$(AssemblyName).tlb" Id="1"/>
    </ItemGroup>
</Project>

아쉬운 점이 하나 있다면, 저 프로젝트를 맨 처음 빌드할 때는 tlb 파일이 없어 DLL 생성에 실패하게 되고, 결국 PostBuildEvent가 실행되지 않아 닭이 먼저냐/달걀이 먼저냐 하는 문제에 빠집니다.

그나마 이런 문제를 완화하기 위해 Condition을 줄 수 있지만,

<Project Sdk="Microsoft.NET.Sdk">
    <!-- ...[생략]... -->

    <Target Name="PostBuild" AfterTargets="PostBuildEvent">
        <Exec Command="dscom tlbexport &quot;$(TargetPath)&quot;" />
    </Target>

    <ItemGroup Condition="Exists('$(AssemblyName).tlb')">
        <ComHostTypeLibrary Include="$(AssemblyName).tlb" Id="1"/>
    </ItemGroup>
</Project>

제대로 된 TLB를 생성하기 위해 빌드를 반드시 2번 해야 한다는 것을 잊으면 안 됩니다. 그래도 대개의 경우 TLB가 변경될 정도로 COM 규약이 변경되는 경우는 많지 않으므로 큰 제약은 아닙니다.




여기서 재미있는 것은, TLB 파일을 내장하는 DLL이 ClassLibrary1.dll 파일이 아닌 ClassLibrary1.comhost.dll 파일이라는 점입니다. 그래서 <EnableComHosting>true</EnableComHosting> 옵션을 사용하지 않았다면 저렇게 ComHostTypeLibrary 처리도 의미가 없습니다.

마지막으로, C/C++에서 "#import" 구문을 이용해 tlh/tli 파일을 이용하려는 경우 다음과 같이 comhost DLL을 편리하게 사용할 수 있습니다.

#include <combaseapi.h>
#include <Windows.h>

#import "..\ClassLibrary1\bin\Debug\ClassLibrary1.comhost.dll" no_namespace named_guids

int main()
{
    HRESULT hr = CoInitializeEx(NULL, COINIT_MULTITHREADED);

    {
        IMyNetCode* pMyObject = NULL;
        hr = ::CoCreateInstance(CLSID_MyNetCode, NULL, CLSCTX_INPROC_SERVER, IID_IMyNetCode,
            (PVOID*)&pMyObject);

        if (hr != S_OK)
        {
            printf("Failed -CoCreateInstance: %x(%d)\n", hr, hr);
            return 1;
        }

        pMyObject->ShowDialog();
    }

    CoUninitialize();

    return 0;
}

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




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 12/5/2023]

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

비밀번호

댓글 작성자
 




... 61  62  [63]  64  65  66  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12425정성태11/24/202020656VC++: 141. Visual C++ - "Treat Warnings As Errors" 옵션이 꺼져 있는데도 일부 경고가 에러 처리되는 경우
12424정성태11/24/202020717VC++: 140. C++의 연산자 동의어(operator synonyms), 대체 토큰 [1]
12423정성태11/22/202020384.NET Framework: 974. C# 9.0 - (16) 제약 조건이 없는 형식 매개변수 주석(Unconstrained type parameter annotations)파일 다운로드1
12422정성태11/21/202017809.NET Framework: 973. .NET 5, .NET Framework에서만 허용하는 UnmanagedCallersOnly 사용예파일 다운로드1
12421정성태11/19/202016848.NET Framework: 972. DNNE가 출력한 NE DLL을 직접 생성하는 방법파일 다운로드1
12420정성태11/19/202017866오류 유형: 684. Visual C++ - MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance
12419정성태11/19/202017739VC++: 139. Visual C++ - .NET Core의 nethost.lib와 정적 링크파일 다운로드1
12418정성태11/19/202019793오류 유형: 683. Visual C++ - error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MT_StaticRelease' doesn't match value 'MDd_DynamicDebug'파일 다운로드1
12417정성태11/19/202018715오류 유형: 682. Visual C++ - warning LNK4099: PDB '...pdb' was not found with '...lib(pch.obj)' or at '...pdb'; linking object as if no debug info
12416정성태11/19/202019918오류 유형: 681. Visual C++ - error LNK2001: unresolved external symbol _CrtDbgReport
12415정성태11/18/202018975.NET Framework: 971. UnmanagedCallersOnly 특성과 DNNE 사용파일 다운로드1
12414정성태11/18/202022698VC++: 138. x64 빌드에서 extern "C"가 아닌 경우 ___cdecl name mangling 적용 [4]파일 다운로드1
12413정성태11/17/202020770.NET Framework: 970. .NET 5 / .NET Core - UnmanagedCallersOnly 특성을 사용한 함수 내보내기파일 다운로드1
12412정성태11/16/202022813.NET Framework: 969. .NET Framework 및 .NET 5 - UnmanagedCallersOnly 특성 사용파일 다운로드1
12411정성태11/12/202019130오류 유형: 680. C# 9.0 - Error CS8889 The target runtime doesn't support extensible or runtime-environment default calling conventions.
12410정성태11/12/202020768디버깅 기술: 174. windbg - System.TypeLoadException 예외 분석 사례
12409정성태11/12/202021923.NET Framework: 968. C# 9.0의 Function pointer를 이용한 함수 주소 구하는 방법파일 다운로드1
12408정성태11/9/202036900도서: 시작하세요! C# 9.0 프로그래밍 [8]
12407정성태11/9/202021966.NET Framework: 967. "clr!JIT_DbgIsJustMyCode" 호출이 뭘까요?
12406정성태11/8/202022771.NET Framework: 966. C# 9.0 - (15) 최상위 문(Top-level statements) [5]파일 다운로드1
12405정성태11/8/202022181.NET Framework: 965. C# 9.0 - (14) 부분 메서드에 대한 새로운 기능(New features for partial methods)파일 다운로드1
12404정성태11/7/202022869.NET Framework: 964. C# 9.0 - (13) 모듈 이니셜라이저(Module initializers)파일 다운로드1
12403정성태11/7/202019873.NET Framework: 963. C# 9.0 - (12) foreach 루프에 대한 GetEnumerator 확장 메서드 지원(Extension GetEnumerator)파일 다운로드1
12402정성태11/7/202023279.NET Framework: 962. C# 9.0 - (11) 공변 반환 형식(Covariant return types) [1]파일 다운로드1
12401정성태11/5/202022074VS.NET IDE: 153. 닷넷 응용 프로그램에서의 "My Code" 범위와 "Enable Just My Code"의 역할 [1]
12400정성태11/5/202017952오류 유형: 679. Visual Studio - "Source Not Found" 창에 "Decompile source code" 링크가 없는 경우
... 61  62  [63]  64  65  66  67  68  69  70  71  72  73  74  75  ...