Microsoft MVP성태의 닷넷 이야기
.NET Framework: 126.1. CAG - 빌드 환경 구성 [링크 복사], [링크+제목 복사],
조회: 23388
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
부모글 보이기/감추기
(연관된 글이 2개 있습니다.)

CAG - 빌드 환경 구성


이번 글은 아래의 내용을 정리한 것입니다.

Composite Application Guidance for WPF - June 2008
How to: Create a Solution Using the Composite Application Library
; https://docs.microsoft.com/en-us/previous-versions/msp-n-p/ff921345(v=pandp.10)




위의 내용 중에서 예제 응용 프로그램을 구성해보는 부분만을 설명해보겠습니다.

우선, [그림 1]과 같이 3개의 솔루션 폴더를 생성하고, 각각 물리적인 폴더로 만든 다음 ".\ApplicationProjects" 폴더 하위에 WPF 프로젝트를 생성해 둡니다.

[그림 1: 초기 솔루션 구조 및 물리 폴더 구조]
impl_cag_app_step_by_step_chapter1_1.png

CAG를 설치하고 나면, ".\LIB\Desktop" 폴더에 각각 "CommonServiceLocation", "Unity" 하위 폴더가 생깁니다. 각각의 폴더에서 아래의 어셈블리를 "3rdPartyControls" 폴더에 복사합니다.

  • Microsoft.Practices.ObjectBuilder2.dll
  • Microsoft.Practices.ObjectBuilder2.xml
  • Microsoft.Practices.ServiceLocation.dll
  • Microsoft.Practices.ServiceLocation.XML
  • Microsoft.Practices.Unity.dll
  • Microsoft.Practices.Unity.xml

이렇게 해 놓으면, 나중에 Source Control에 올리는 경우 다른 개발자들이 굳이 CAG를 설치하지 않아도 곧바로 빌드할 수 있는 환경이 만들어지기 때문에 관리가 편합니다.

다음으로, 실질적인 CAG 라이브러리를 포함시켜야 하는데, 이것은 다음의 2가지 방법으로 가능합니다.

  • CAG를 빌드한 결과물만을 "3rdPartyControls" 폴더에 복사한다.
  • CAG의 소스를 담고 있는 프로젝트를 솔루션에 포함시킨다.

업무 프로젝트를 담당하고 있는 개발자라면 CAG 라이브러리를 곧바로 참조하는 첫 번째 방법으로 해도 되겠지만, 프레임워크를 담당하고 있는 개발자라면 "공부"를 위해서라도 소스를 포함시키는 것이 여러 모로 편리하겠지요. 그래서 저도 2번째 방법을 택해서 CAG 프로젝트를 추가했습니다.

이를 위해 Prism을 설치한 폴더의 ".\CAL\Desktop"에 위치한 아래의 3가지 프로젝트를 CAGProjects 솔루션 폴더에 복사해서 추가해줍니다.

  • Composite
  • Composite.Presentation
  • Composite.UnityExtensions

또한, 관리를 편리하게 하기 위해 "EXE 프로젝트"인 "DevToolManager"의 출력경로를 "$(SolutionDir)bin\Debug"로 설정해 줍니다. (참조: Output 경로에 매크로 상수 사용하는 방법)

다음으로, DevToolManager 프로젝트에서 "3rdPartyControls" 폴더에 있는 DLL을 참조 추가하고, "Composite.Desktop", "Composite.Presentation.Desktop", "Composite.UnityExtensions.Desktop" 프로젝트를 참조 추가합니다.

이제 빌드하고 나면, 최종적으로 다음과 같은 형식으로 프로젝트 및 폴더 구조가 형성됩니다.

[그림 2: 완성된 솔루션 구조 및 물리 폴더 구조]
impl_cag_app_step_by_step_chapter1_1.png

첨부된 압축 파일은, 위의 과정을 완료한 예제 솔루션입니다.



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/17/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)
10900정성태2/19/201622187.NET Framework: 548. Linq는 결국 메서드 호출! [3]파일 다운로드1
10899정성태2/17/201623480개발 환경 구성: 282. kernel32.dll, kernel32legacy.dll, api-ms-win-core-sysinfo-l1-2-0.dll [1]
10898정성태2/17/201622009.NET Framework: 547. PerformanceCounter의 InstanceName 지정 시 주의 사항파일 다운로드1
10897정성태2/17/201621288디버깅 기술: 76. windbg 분석 사례 - 닷넷 프로파일러의 GC 콜백 부하
10896정성태2/17/201622387오류 유형: 320. FATAL: 28000: no pg_hba.conf entry for host "fe80::1970:8120:695:a41e%12"
10895정성태2/17/201621269.NET Framework: 546. System.AppDomain으로부터 .NET Profiler의 AppDomainID 구하는 방법 [1]
10894정성태2/17/201621983오류 유형: 319. Visual Studio에서 찾기는 성공하지만 해당 소스 코드 정보가 보이지 않는 경우
10893정성태2/16/201620627.NET Framework: 545. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까? - 두 번째 이야기
10892정성태2/16/201621240오류 유형: 318. 탐색기에서 폴더 생성/삭제 시 몇 초 동안 멈추는 현상
10891정성태2/16/201624280VC++: 95. 내 CPU가 MPX/SGX를 지원할까요? [1]
10890정성태2/15/201624088.NET Framework: 544. C# 5의 Caller Info를 .NET 4.5 미만의 응용 프로그램에 적용하는 방법 [5]
10889정성태2/14/201620434.NET Framework: 543. C++의 inline asm 사용을 .NET으로 포팅하는 방법 - 두 번째 이야기파일 다운로드1
10888정성태2/14/201618736.NET Framework: 542. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까?
10887정성태2/3/201619439VC++: 94. MPX(Memory Protection Extensions) 테스트파일 다운로드1
10886정성태2/3/201620683개발 환경 구성: 281. Intel MPX Runtime Driver 수동 설치
10885정성태2/2/201620370오류 유형: 317. Sybase.Data.AseClient.AseException: The command has timed out.
10884정성태1/11/201621614개발 환경 구성: 280. 닷넷에서 SAP Adaptive Server Enterprise 데이터베이스 사용파일 다운로드1
10882정성태1/6/201620900Windows: 113. 윈도우의 2179, 26143, 47001 TCP 포트 사용 [1]
10881정성태1/3/201622322오류 유형: 316. 윈도우 10 - 바탕/돋음 체가 사라져 한글이 깨지는 현상 [2]
10880정성태12/16/201520025오류 유형: 315. 닷넷 프로파일러의 오류 코드 정보
10879정성태12/16/201521967오류 유형: 314. Error : DEP0700 : Registration of the app failed. error 0x80070005
10878정성태12/9/201525118디버깅 기술: 75. UWP(유니버설 윈도우 플랫폼) 앱에서 global::System.Diagnostics.Debugger.Break 예외 발생 시 대응 방법
10877정성태12/9/201529465VC++: 93. std::thread 사용 시 R6010 오류 [2]
10876정성태11/26/201525517.NET Framework: 541. SignedXml을 이용한 ds:Signature만드는 방법 [3]파일 다운로드1
10875정성태11/26/201530516개발 환경 구성: 279. signtool.exe의 다중 서명 기능 [2]
10874정성태11/26/201526483개발 환경 구성: 278. 인증서와 인증서를 이용한 코드 사인의 해시 구분
... [121]  122  123  124  125  126  127  128  129  130  131  132  133  134  135  ...