Microsoft MVP성태의 닷넷 이야기
글쓴 사람
홈페이지
첨부 파일

C# - DLL에도 EXE처럼 Main 메서드를 넣어 실행할 수 있도록 만드는 방법

이 글은 다음의 Q&A를 정리한 것에 불과합니다.

Can a C# .dll assembly contain an entry point?
; https://stackoverflow.com/questions/9577567/can-a-c-sharp-dll-assembly-contain-an-entry-point




기본적으로는, DLL에 Main 메서드를 구현했다고 해서 PE 포맷의 Entry Point에 값이 기록되지는 않습니다. 해당 값을 기록하려면 어쨌든 컴파일 자체는 "Library" 유형이 아닌 "Console Application" 등의 유형으로 바꿔야 합니다. 직접 해볼까요? ^^

예를 들어 "Class Library" 타입의 프로젝트를 생성 후, 프로젝트 속성 창에서 "Output type"을 "Class Library"에서 "Console Application"으로 변경한 후, 다음과 같이 Main 메서드를 추가합니다.

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace ClassLibrary2
{
    public class Class1
    {
    }
}

class Program
{
    static void Main()
    {
        Console.WriteLine("ClassLibrary2.Program.Main");
    }
}

빌드하면 (당연히 Console Application으로 변경했으므로) ClassLibrary2.exe가 생성됩니다. 이게 좀 모양이 빠지죠. ^^ 이 부분은 그냥 간단하게 빌드 결과물의 확장자를 바꾸도록 .csproj의 내용에 다음과 같은 설정만 추가하는 것으로 DLL 확장자를 고수할 수 있습니다.

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="15.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />
  ...[생략]...
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
    <TargetExt>.dll</TargetExt>
    <DebugSymbols>true</DebugSymbols>
    <DebugType>full</DebugType>
    <Optimize>false</Optimize>
    <OutputPath>bin\Debug\</OutputPath>
    <DefineConstants>DEBUG;TRACE</DefineConstants>
    <ErrorReport>prompt</ErrorReport>
    <WarningLevel>4</WarningLevel>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
    <TargetExt>.dll</TargetExt>
    <DebugType>pdbonly</DebugType>
    <Optimize>true</Optimize>
    <OutputPath>bin\Release\</OutputPath>
    <DefineConstants>TRACE</DefineConstants>
    <ErrorReport>prompt</ErrorReport>
    <WarningLevel>4</WarningLevel>
  </PropertyGroup>
  ...[생략]...
</Project>

이렇게 설정한 DLL 프로젝트를 별도의 Console Application에서 참조하면 다음과 같이 EntryPoint를 이용해 실행할 수 있습니다.

byte [] buf = File.ReadAllBytes(@"ClassLibrary1.dll");
Assembly asm = Assembly.Load(buf);
asm.EntryPoint.Invoke(null, null); // Console Application으로 빌드했으므로 EntryPoint가 null이 아님

// 출력 결과
ClassLibrary2.Program.Main

또는 AppDomain.ExecuteAssembly 메서드를 이용해 간단하게 호출하는 것도 가능합니다.

AppDomain.CurrentDomain.ExecuteAssembly("ClassLibrary2.dll");

// 출력 결과
ClassLibrary2.Program.Main

(첨부 파일은 이 글의 예제 프로젝트를 포함합니다.)




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





[최초 등록일: ]
[최종 수정일: 10/18/2018 ]

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

비밀번호

댓글 쓴 사람
 




1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12227정성태6/12/20201979오류 유형: 616. Visual Studio의 느린 업데이트 속도에 대한 원인 분석 [5]
12226정성태6/19/2020110개발 환경 구성: 493. OpenVPN의 네트워크 구성파일 다운로드1
12225정성태6/11/202083개발 환경 구성: 492. 윈도우에 OpenVPN 설치 - 클라이언트 측 구성
12224정성태6/11/2020165개발 환경 구성: 491. 윈도우에 OpenVPN 설치 - 서버 측 구성
12223정성태6/9/2020169.NET Framework: 908. C# - Source Generator 소개파일 다운로드1
12222정성태6/3/202076VS.NET IDE: 146. error information: "CryptQueryObject" (-2147024893/0x80070003)
12221정성태6/3/202085Windows: 168. 비어 있지 않은 디렉터리로 symbolic link(junction) 연결하는 방법
12220정성태6/3/202089.NET Framework: 907. C# DLL로부터 TLB 및 C/C++ 헤더 파일(TLH)을 생성하는 방법
12219정성태6/1/2020238.NET Framework: 906. C# - lock (this), lock (typeof(...))를 사용하면 안 되는 이유파일 다운로드1
12218정성태5/31/2020187.NET Framework: 905. C# - DirectX 게임 클라이언트 실행 중 키보드 입력을 감지하는 방법 [1]
12217정성태5/24/202086오류 유형: 615. Transaction count after EXECUTE indicates a mismatching number of BEGIN and COMMIT statements. Previous count = 0, current count = 1.
12216정성태5/15/2020212.NET Framework: 904. USB/IP PROJECT를 이용해 C#으로 USB Keyboard 가상 장치 만들기
12215정성태5/12/2020274개발 환경 구성: 490. C# - (Wireshark의) USBPcap을 이용한 USB 패킷 모니터링파일 다운로드1
12214정성태5/5/2020156개발 환경 구성: 489. 정식 인증서가 있는 경우 Device Driver 서명하는 방법 (2) - UEFI/SecureBoot
12213정성태5/3/2020293개발 환경 구성: 488. (코드로 가상 USB 장치를 만들 수 있는) USB/IP PROJECT 소개
12212정성태5/1/2020148개발 환경 구성: 487. UEFI / Secure Boot 상태인지 확인하는 방법
12211정성태4/27/2020270개발 환경 구성: 486. WSL에서 Makefile로 공개된 리눅스 환경의 C/C++ 소스 코드 빌드
12210정성태4/20/2020375.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션 [1]파일 다운로드1
12209정성태4/13/2020211오류 유형: 614. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우 (2)
12208정성태4/12/2020276Linux: 29. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우
12207정성태4/2/2020260스크립트: 19. Windows PowerShell의 NonInteractive 모드
12206정성태4/2/2020337오류 유형: 613. 파일 잠금이 바로 안 풀린다면? - The process cannot access the file '...' because it is being used by another process.
12205정성태4/2/2020231스크립트: 18. Powershell에서는 cmd.exe의 명령어를 지원하진 않습니다.
12204정성태4/1/2020195스크립트: 17. Powershell 명령어에 ';' (semi-colon) 문자가 포함된 경우
12203정성태3/18/2020399오류 유형: 612. warning: 'C:\ProgramData/Git/config' has a dubious owner: '...'.
12202정성태3/18/2020495개발 환경 구성: 486. .NET Framework 프로젝트를 위한 GitLab CI/CD Runner 구성
1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...