Microsoft MVP성태의 닷넷 이야기
닷넷: 2172. .NET 6+ 기반의 COM Server 내에 Type Library를 내장하는 방법 [링크 복사], [링크+제목 복사],
조회: 11593
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  [55]  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12596정성태4/12/202117741개발 환경 구성: 568. Windows의 80 포트 점유를 해제하는 방법
12595정성태4/12/202118252.NET Framework: 1036. SQL 서버 - varbinary 타입에 대한 문자열의 CAST, CONVERT 변환을 C# 코드로 구현
12594정성태4/11/202117737.NET Framework: 1035. C# - kubectl 명령어 또는 REST API 대신 Kubernetes 클라이언트 라이브러리를 통해 프로그래밍으로 접근 [1]파일 다운로드1
12593정성태4/10/202118260개발 환경 구성: 567. Docker Desktop for Windows - kubectl proxy 없이 k8s 대시보드 접근 방법
12592정성태4/10/202117893개발 환경 구성: 566. Docker Desktop for Windows - k8s dashboard의 Kubeconfig 로그인 및 Skip 방법
12591정성태4/9/202121979.NET Framework: 1034. C# - byte 배열을 Hex(16진수) 문자열로 고속 변환하는 방법 [2]파일 다운로드1
12590정성태4/9/202118426.NET Framework: 1033. C# - .NET 4.0 이하에서 Console.IsInputRedirected 구현 [1]
12589정성태4/8/202119023.NET Framework: 1032. C# - Environment.OSVersion의 문제점 및 윈도우 운영체제의 버전을 구하는 다양한 방법 [1]
12588정성태4/7/202121322개발 환경 구성: 565. PowerShell - New-SelfSignedCertificate를 사용해 CA 인증서 생성 및 인증서 서명 방법
12587정성태4/6/202122719개발 환경 구성: 564. Windows 10 - ClickOnce 배포처럼 사용할 수 있는 MSIX 설치 파일 [1]
12586정성태4/5/202119570오류 유형: 710. Windows - Restart-Computer / shutdown 명령어 수행 시 Access is denied(E_ACCESSDENIED)
12585정성태4/5/202118333개발 환경 구성: 563. 기본 생성된 kubeconfig 파일의 내용을 새롭게 생성한 인증서로 구성하는 방법
12584정성태4/1/202119565개발 환경 구성: 562. kubeconfig 파일 없이 kubectl 옵션만으로 실행하는 방법
12583정성태3/29/202120000개발 환경 구성: 561. kubectl 수행 시 다른 k8s 클러스터로 접속하는 방법
12582정성태3/29/202119939오류 유형: 709. Visual C++ - 컴파일 에러 error C2059: syntax error: '__stdcall'
12581정성태3/28/202119825.NET Framework: 1031. WinForm/WPF에서 Console 창을 띄워 출력하는 방법 (2) - Output 디버깅 출력을 AllocConsole로 우회 [2]
12580정성태3/28/202117597오류 유형: 708. SQL Server Management Studio - Execution Timeout Expired.
12579정성태3/28/202118324오류 유형: 707. 중첩 가상화(Nested Virtualization) - The virtual machine could not be started because this platform does not support nested virtualization.
12578정성태3/27/202118722개발 환경 구성: 560. Docker Desktop for Windows 기반의 Kubernetes 구성 (2) - WSL 2 인스턴스에 kind가 구성한 k8s 서비스 위치
12577정성태3/26/202120137개발 환경 구성: 559. Docker Desktop for Windows 기반의 Kubernetes 구성 - WSL 2 인스턴스에 kind 도구로 k8s 클러스터 구성
12576정성태3/25/202118506개발 환경 구성: 558. Docker Desktop for Windows에서 DockerDesktopVM 기반의 Kubernetes 구성 (2) - k8s 서비스 위치
12575정성태3/24/202117005개발 환경 구성: 557. Docker Desktop for Windows에서 DockerDesktopVM 기반의 Kubernetes 구성 [1]
12574정성태3/23/202122606.NET Framework: 1030. C# Socket의 Close/Shutdown 동작 (동기 모드)
12573정성태3/22/202119978개발 환경 구성: 556. WSL 인스턴스 초기 설정 명령어 [1]
12572정성태3/22/202119218.NET Framework: 1029. C# - GC 호출로 인한 메모리 압축(Compaction)을 확인하는 방법파일 다운로드1
12571정성태3/21/202117004오류 유형: 706. WSL 2 기반으로 "Enable Kubernetes" 활성화 시 초기화 실패 [1]
... 46  47  48  49  50  51  52  53  54  [55]  56  57  58  59  60  ...