Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
하나의 WPF 프로젝트를 WinExe / Library로 빌드하는 방법

참고로, 이 글은 다음의 질문에 대한 답변입니다.

Windows application 프로젝트를 참조 했을 때 생성되는 실행파일을 직접 실행 불가능하도록 하고 싶습니다. 
; https://www.sysnet.pe.kr/3/0/950

원래 닷넷은 EXE 파일이나 DLL이나 그다지 특별한 차이가 없습니다. 단지 Main 함수를 포함하고 그것이 시작함수로 지정된다면 EXE이고, 그렇지 않으면 일반 DLL 인 것입니다. 그래서 EXE 자체를 "참조"해도 DLL과 동일하게 사용할 수가 있습니다.

이렇게 "참조"면에서 DLL/EXE 차이가 없는 것에 나아가서, 결과물 생성을 위한 빌드 자체에도 별반 차이가 없습니다. 그래서 일반적인 Windows Forms 응용 프로그램도 Visual Studio에서 빌드하면 EXE로 생성되지만, 다음과 같이 msbuild로 하게 되면 단순한 dll로 생성하는 것이 가능합니다.

D:\...[생략]...>msbuild WindowsFormsApplication1.csproj /p:OutputType=Library

Visual Studio는 기본적으로 다음과 같이 빌드해 주는 것에 불과하죠.

D:\...[생략]...>msbuild WindowsFormsApplication1.csproj /p:OutputType=WinExe

WPF 응용 프로그램도 같은 맥락이라고 보면 됩니다. 그래서 다음과 같이 실행해 주면 원래는 ^^ 되어야 합니다.

D:\...[생략]...>msbuild WpfApplication1.csproj /p:OutputType=Library

그냥 될 거였으면 ^^ 이번 글을 쓰지 않았겠지요. 아쉽게도 다음과 같은 오류가 발생합니다.

D:\...[생략]...>msbuild WpfApplication1.csproj /p:OutputType=Library
Microsoft (R) Build Engine Version 4.0.30319.1
[Microsoft .NET Framework, Version 4.0.30319.1]
Copyright (C) Microsoft Corporation 2007. All rights reserved.

Build started 2011-02-10 ?? 1:04:45.
Project "D:\...[생략]..WpfApplication1.csproj" on node 1 (default targets).
ResolveAssemblyReferences:
  A TargetFramework profile exclusion list will be generated.
C:\...[생략]...\Microsoft.WinFX.targets(269,9): error MC1002: Library project file cannot specify ApplicationDefinition element. [D:\...[생략]...\WpfApplication1.csproj]
C:\...[생략]...\Microsoft.WinFX.targets(269,9): error BG1003: The project file contains a property value that is not valid. [D:\...[생략]...\WpfApplication1.csproj]
Done Building Project "D:\...[생략]...\WpfApplication1.csproj" (default targets) -- FAILED.


Build FAILED.

"D:\...[생략]...\WpfApplication1.csproj" (default target) (1) ->
(MarkupCompilePass1 target) ->
  C:\...[생략]...\Microsoft.WinFX.targets(269,9): error MC1002: Library project file cannot specify ApplicationDefinition element. [D:\...[생략]...\WpfApplication1.csproj]
  C:\...[생략]...\Microsoft.WinFX.targets(269,9): error BG1003: The project file contains a property value that is not valid. [D:\...[생략]...\WpfApplication1.csproj]

    0 Warning(s)
    2 Error(s)

Time Elapsed 00:00:00.17

보시는 것처럼, Microsoft.WinFX.targets에 구성된 빌드 과정에서 Library 유형으로 빌드하는 대상에 ApplicationDefinition 항목이 정의되어 있으면 안된다고 불평을 하고 있습니다.

실제로 WPF 프로젝트 파일을 보면 다음과 같이 ApplicationDefinition 내용이 포함되어 있습니다.

<ApplicationDefinition Include="App.xaml">
    <Generator>MSBuild:Compile</Generator>
    <SubType>Designer</SubType>
</ApplicationDefinition>

아하~~~ 그럼, 또 다른 csproj 파일을 만들어서 위의 내용만 삭제된 것으로 해서 msbuild를 통과시켜 주면 되겠군요. 네~, 해결책으로는 맞지만 2개의 csproj 파일을 관리하는 것도 나중에는 '누군가만 아는 일'이 될 것입니다.

그러지 말고 ^^ msbuild 프로젝트의 고유 특성을 살려서 Condition으로 해결하는 것이 더 바람직할 텐데요. 그래서 csproj 파일에 있는 원래 내용에 다음과 같은 변경을 하고 저장해 주시면 됩니다.

<ApplicationDefinition Condition=" '$(OutputType)' == 'WinExe' " Include="App.xaml">
    <Generator>MSBuild:Compile</Generator>
    <SubType>Designer</SubType>
</ApplicationDefinition>

자, 이제 다시 OutputType=Library 옵션을 주고 msbuild를 해주시면 정상적으로 dll 파일이 생성되는 것을 확인할 수 있습니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/9/2021]

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

비밀번호

댓글 작성자
 




... [121]  122  123  124  125  126  127  128  129  130  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
10899정성태2/17/201623383개발 환경 구성: 282. kernel32.dll, kernel32legacy.dll, api-ms-win-core-sysinfo-l1-2-0.dll [1]
10898정성태2/17/201621844.NET Framework: 547. PerformanceCounter의 InstanceName 지정 시 주의 사항파일 다운로드1
10897정성태2/17/201621250디버깅 기술: 76. windbg 분석 사례 - 닷넷 프로파일러의 GC 콜백 부하
10896정성태2/17/201622366오류 유형: 320. FATAL: 28000: no pg_hba.conf entry for host "fe80::1970:8120:695:a41e%12"
10895정성태2/17/201621135.NET Framework: 546. System.AppDomain으로부터 .NET Profiler의 AppDomainID 구하는 방법 [1]
10894정성태2/17/201621856오류 유형: 319. Visual Studio에서 찾기는 성공하지만 해당 소스 코드 정보가 보이지 않는 경우
10893정성태2/16/201620527.NET Framework: 545. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까? - 두 번째 이야기
10892정성태2/16/201621122오류 유형: 318. 탐색기에서 폴더 생성/삭제 시 몇 초 동안 멈추는 현상
10891정성태2/16/201624146VC++: 95. 내 CPU가 MPX/SGX를 지원할까요? [1]
10890정성태2/15/201624049.NET Framework: 544. C# 5의 Caller Info를 .NET 4.5 미만의 응용 프로그램에 적용하는 방법 [5]
10889정성태2/14/201620326.NET Framework: 543. C++의 inline asm 사용을 .NET으로 포팅하는 방법 - 두 번째 이야기파일 다운로드1
10888정성태2/14/201618655.NET Framework: 542. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까?
10887정성태2/3/201619365VC++: 94. MPX(Memory Protection Extensions) 테스트파일 다운로드1
10886정성태2/3/201620593개발 환경 구성: 281. Intel MPX Runtime Driver 수동 설치
10885정성태2/2/201620284오류 유형: 317. Sybase.Data.AseClient.AseException: The command has timed out.
10884정성태1/11/201621491개발 환경 구성: 280. 닷넷에서 SAP Adaptive Server Enterprise 데이터베이스 사용파일 다운로드1
10882정성태1/6/201620790Windows: 113. 윈도우의 2179, 26143, 47001 TCP 포트 사용 [1]
10881정성태1/3/201622191오류 유형: 316. 윈도우 10 - 바탕/돋음 체가 사라져 한글이 깨지는 현상 [2]
10880정성태12/16/201519941오류 유형: 315. 닷넷 프로파일러의 오류 코드 정보
10879정성태12/16/201521886오류 유형: 314. Error : DEP0700 : Registration of the app failed. error 0x80070005
10878정성태12/9/201524898디버깅 기술: 75. UWP(유니버설 윈도우 플랫폼) 앱에서 global::System.Diagnostics.Debugger.Break 예외 발생 시 대응 방법
10877정성태12/9/201529317VC++: 93. std::thread 사용 시 R6010 오류 [2]
10876정성태11/26/201525394.NET Framework: 541. SignedXml을 이용한 ds:Signature만드는 방법 [3]파일 다운로드1
10875정성태11/26/201530366개발 환경 구성: 279. signtool.exe의 다중 서명 기능 [2]
10874정성태11/26/201526362개발 환경 구성: 278. 인증서와 인증서를 이용한 코드 사인의 해시 구분
10873정성태11/25/201525482.NET Framework: 540. C# - 부동 소수 계산 왜 이렇게 나오죠? (2) [3]파일 다운로드1
... [121]  122  123  124  125  126  127  128  129  130  131  132  133  134  135  ...