, 그 프로젝트는 내 솔루션에 포함되어 있습니다 :종속 프로젝트를 참조하지 않고 빌드하는 방법은 무엇입니까? 오히려 특정 라이브러리 DLL의를 참조하는 것보다 내 솔루션에서
오히려 솔루션의 프로젝트 부분을 포함하는 것보다, 가능 하나하는 것입니다 build definition의 그들 일부, 혹은 빌드 전 이벤트 명령 줄로 :
어떻게 내 오디오 솔루션을 위해 구축해야하는 프로젝트를 포함 할 이온을 실제로 용액에 넣지 않고도?
두 가지 방법으로 작업 할 수 있습니다. 프로젝트의 다른 프로젝트 또는 dll을 참조합니다. 그리고 둘 다 결합 할 수 있습니다. 일부 프로젝트가 솔루션의 일부로 솔루션 빌드에 포함되지 않도록하려면 미리 빌드하고 컴파일 프로세스 출력에 대한 참조를 지정해야합니다. 솔루션의 일부가되었지만 컴파일되지 않도록하려면 Build Configuration Manager를 사용하십시오. 이 표시를 사용하여 해당 구성에서 빌드되고 빌드되지 않는 프로젝트를 사용할 수 있습니다. 당신은 큰 해결책이있는 경우
,뿐만 아니라 거기에서 임의의 빈 또는 LIB 폴더 참조 출력을 설정하는 것이 좋습니다. 이 경우 프로젝트 빌드 순서를 설정해야합니다.
작은 솔루션의 경우 프로젝트 참조가 정상적으로 작동합니다. 이 경우 빌드 순서가 설정됩니다.
성능 차이 - # 1 - dll 참조로 단일 프로젝트를 빌드 할 수있는 경우. 사례 # 2에서 단일 프로젝트를 구축하면 일련의 프로젝트 편집이 시작됩니다. 이 경우 매번 더 오래 기다릴뿐입니다. 큰 솔루션에서 이것은 개발자에게 해로울 수 있습니다. 당신이 참조되지 않지만하여 응용 프로그램에 사용되는 일부 DLL이있는 경우
그리고 마지막
는, 당신은 포스트$(TargetDir)에 이것들을 복사 할 이벤트를 구축 이전 또는
를 구축 를 사용하여 반사를 통해로드되는 말할 수
"미리 빌드하고 컴파일 프로세스의 출력에 대한 참조를 가리켜 야합니다."---- 어떻게해야합니까? –
이 질문은 나를 "벽에 맞서게한다"- 당신은 다른 솔루션의 일부로 그것을 빌드합니다. 그런 다음 영구히 저장하는 곳에'bin' 폴더가 있어야합니다. 그런 다음'project-add reference-browse'로갑니다.귀하의 dll을 선택하고 참조를 추가하십시오 –
전적으로 "벽에"관련이 있습니다 - 현실은 단순한 너겟 피드에 가입하는 것만 큼 쉽지 않습니다. 다른 솔루션의 일부로 빌드하는 것이 좋으면 이러한 참조 된 프로젝트 는 계속 개발 중입니다. 그렇다면 현재 솔루션을 구축하기 전에 다른 솔루션을 (제안한대로) 구축하는 방법은 무엇입니까? –
참조를 사용하지 않는 이유를 설명 할 수 있습니까? 어쨌든 네, 각 projetc를 빌드하기 위해 여러 msbuild 문을 발행하는 prebuild 이벤트를 사용할 수 있습니다. – stijn
@stijn 그 이유는 프로젝트가 다른 솔루션에서 지속적으로 개발되고 있기 때문입니다. –
@stijn 이것은 플러그인 아키텍처 나 MEF와 같은 것을 사용할 때 매우 일반적입니다. – DavidG