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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  174  175  176  177  [178]  179  180  ...
NoWriterDateCnt.TitleFile(s)
585정성태6/4/200834264.NET Framework: 101. WPF - ActiveX 컨트롤 호스팅하는 방법 [2]
582정성태5/16/200826100오류 유형: 55. Windowless ActiveX controls are not supported
580정성태4/24/200825231VC++: 34. 64비트 윈도우즈에서의 이벤트 후킹
579정성태4/24/200825000VC++: 33. 변환 후의 RGS 파일 내용을 얻는 방법
577정성태4/16/200825977.NET Framework: 100. XML Serializer를 이용한 값 복사 [5]
575정성태4/7/200823168오류 유형: 54. TFS Source Control - 명령을 사용할 수 없음 [2]
574정성태3/31/200821342오류 유형: 53. TFS 연결 오류 - The workspace [...] exists on computer [...]
573정성태3/25/200825338Windows: 31. TS Web Access와 UAC [1]
570정성태3/17/200824462오류 유형: 52. TFS 연결 오류 - TF31001 [2]
569정성태3/16/200825564Team Foundation Server: 24. TFS 2008로 마이그레이션 (2) [2]
566정성태2/28/200826694.NET Framework: 99. AppDomain.GetEntryAssembly()를 우회하는 방법파일 다운로드1
564정성태2/16/200826380Windows: 30. TS Web Access + Vista SP1 [2]
563정성태2/16/200825727오류 유형: 51. Vista(UAC) + 웹 프로젝트 디버깅: System.UnauthorizedAccessException
562정성태2/12/200829994Windows: 29. Windows Server 2008 설치 [4]
561정성태1/10/200823662오류 유형: 50. IE 7 + 잘못된 HTC 파일 경로 = File not found [5]
559정성태1/1/200828474Windows: 28. Vista에서 끌어다 놓기로 GAC 등록하는 방법 [2]
558정성태1/1/200845575개발 환경 구성: 33. 32bit/64bit OLE DB Provider [1]
557정성태12/22/200723916개발 환경 구성: 32. WSCF와 VS.NET 2008
556정성태12/16/200722090기타: 22. 인기 순위 정리 : 조회수 1000 회 이상
555정성태12/16/200725026기타: 21. 인기 순위 정리 : 조회수 500 ~ 999회 글 목록
554정성태12/16/200729528기타: 20. 인기 순위 정리 : 조회수 250 ~ 499회 글 목록
553정성태12/16/200729927기타: 19. 인기 순위 정리 : 조회수 100 ~ 249회 글 목록
552정성태12/16/200723506기타: 18. 인기 순위 정리 : 조회수 000 ~ 099 회 글 목록
550정성태12/16/200722598Team Foundation Server: 23. TFS 2005에서 TFS 2008로 마이그레이션 [2]
549정성태12/16/200723967Team Foundation Server: 22. TFS 설정 - 주소를 도메인으로 변경
548정성태12/15/200741496오류 유형: 49. Report Server - 원격 서버에 연결할 수 없습니다
... 166  167  168  169  170  171  172  173  174  175  176  177  [178]  179  180  ...