Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

.NET Core/5+ 프로젝트에서 참조 DLL이 보관된 공통 디렉터리를 지정하는 방법

아래와 같은 질문이 있군요.

.net6 hint path 를 프로젝트 단위로 지정할 수 있는 방법을 알고싶습니다
; https://www.sysnet.pe.kr/3/0/5714

질문인즉, .NET Core/5+ 프로젝트에서 DLL을 직접 참조해야 한다면 다음과 같이 그 경로를 Reference의 하위에 HintPath를 이용해 알려야 합니다.

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net6.0</TargetFramework>
    <ImplicitUsings>enable</ImplicitUsings>
    <Nullable>enable</Nullable>
  </PropertyGroup>

  <ItemGroup>
    <Reference Include="ClassLibrary1">
        <HintPath>..\..\ClassLibrary1\ClassLibrary1\bin\Debug\net6.0\ClassLibrary1.dll</HintPath>
    </Reference>
  </ItemGroup>

</Project>

그런데, 저걸 일일이 Reference 노드마다 지정하지 않고 프로젝트 전역적으로 통하는 방법을 알고 싶다는 것입니다. 사실 이런 경우는, msbuild에서 지원하지 않는 한 방법이 없습니다. 그러니까, 그 방법을 지원하고 있는지 찾아보면 되는데요, 아래의 글을 보면,

HintPath vs ReferencePath in Visual Studio
; https://stackoverflow.com/questions/1882038/hintpath-vs-referencepath-in-visual-studio

"Microsoft.Common.targets"에 지정된 빌드 스크립트의 어셈블리 참조 경로를 이렇게 정리해주고 있습니다. ^^

 <!--
    The SearchPaths property is set to find assemblies in the following order:

        (1) Files from current project - indicated by {CandidateAssemblyFiles}
        (2) $(ReferencePath) - the reference path property, which comes from the .USER file.
        (3) The hintpath from the referenced item itself, indicated by {HintPathFromItem}.
        (4) The directory of MSBuild's "target" runtime from GetFrameworkPath.
            The "target" runtime folder is the folder of the runtime that MSBuild is a part of.
        (5) Registered assembly folders, indicated by {Registry:*,*,*}
        (6) Legacy registered assembly folders, indicated by {AssemblyFolders}
        (7) Resolve to the GAC.
        (8) Treat the reference's Include as if it were a real file name.
        (9) Look in the application's output folder (like bin\debug)
-->

<AssemblySearchPaths Condition=" '$(AssemblySearchPaths)' == ''">
  {CandidateAssemblyFiles};
  $(ReferencePath);
  {HintPathFromItem};
  {TargetFrameworkDirectory};
  {Registry:$(FrameworkRegistryBase),$(TargetFrameworkVersion),$(AssemblyFoldersSuffix)$(AssemblyFoldersExConditions)};
  {AssemblyFolders};
  {GAC};
  {RawFileName};
  $(OutDir)
</AssemblySearchPaths>

결국, msbuild의 기본 찾기 위치는 저렇게 총 9가지를 미리 등록해 두고 있었던 것입니다. 그럼, 방법이 나왔군요, 우리는 저 값을 이렇게 재정의하면 됩니다.

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net6.0</TargetFramework>
    <ImplicitUsings>enable</ImplicitUsings>
    <Nullable>enable</Nullable>

    <AssemblySearchPaths>
          {CandidateAssemblyFiles};
          $(ReferencePath);
          {HintPathFromItem};
          {TargetFrameworkDirectory};
          {Registry:$(FrameworkRegistryBase),$(TargetFrameworkVersion),$(AssemblyFoldersSuffix)$(AssemblyFoldersExConditions)};
          {AssemblyFolders};
          {GAC};
          {RawFileName};
          $(OutDir);
          ..\..\ClassLibrary1\ClassLibrary1\bin\Debug\net6.0</AssemblySearchPaths>
  </PropertyGroup>

  <ItemGroup>
    <Reference Include="ClassLibrary1" />
  </ItemGroup>

</Project>

혹은, 다행히 기존 설정값을 내포하는 방법도 가능해 이렇게 짧게 줄이는 것도 됩니다.

<AssemblySearchPaths>
    $(AssemblySearchPaths);
    ..\..\ClassLibrary1\ClassLibrary1\bin\Debug\net6.0</AssemblySearchPaths>




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/18/2022]

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

비밀번호

댓글 작성자
 




... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
493정성태5/26/200727106오류 유형: 34. Windows Server 2008 : CA 인증서 발급 실패
492정성태5/23/200726616.NET Framework: 89. ManagedThreadId - 두 번째 이야기 [5]파일 다운로드1
491정성태5/21/200726731.NET Framework: 88. ManagedThreadId ? [4]
490정성태5/19/200735230오류 유형: 33. error MSB6003: SxS DLL 로딩 오류 [2]
489정성태5/14/200723050.NET Framework: 87. .NET 2.0에서 C# 3.0 기능 사용하기
488정성태5/14/200721605Windows: 25. Multiple Input Queues
487정성태4/24/200727219VC++: 32. VC++에서 bool이 가지는 의미 [3]
486정성태3/22/200726242Windows: 24. DreamScene과 DWM(Desktop Window Manager)의 관계 [1]
485정성태3/17/200721566오류 유형: 32. VS.NET 2005 - x64 환경에서의 mixed 디버깅 환경 구성
484정성태3/17/200720730오류 유형: 31. SQL Compact Edition 설치 후 오류
483정성태3/17/200742130오류 유형: 30. x64 환경: .NET + COM 프로젝트 실행 시 오류 - 80040154 [2]
482정성태3/17/200731638Team Foundation Server: 17. 팀 프로젝트 접속 및 사용
481정성태3/17/200725552Team Foundation Server: 16. 팀 프로젝트 읽기 전용 사용자 등록
480정성태3/14/200723817.NET Framework: 86. GC(Garbage Collector)의 변화
479정성태3/14/200727654개발 환경 구성: 25. D820 - ReadyBoost 구동
478정성태3/14/200727101개발 환경 구성: 24. D820 고주파음 문제
477정성태3/14/200736362개발 환경 구성: 23. 비스타 x64 버전에서 서명되지 않은 드라이버 사용 [4]
476정성태3/9/200731843개발 환경 구성: 22. D820 노트북 - 설치 및 BitLocker 구성 [1]
475정성태3/6/200726212.NET Framework: 85. 공용 프로퍼티 자동 생성
474정성태3/5/200724460.NET Framework: 84. Lambda 표현식 응용 사례 [1]
473정성태3/4/200731491디버깅 기술: 14. TFS 오류 추적(TF53010, TF14105)
472정성태3/3/200730720디버깅 기술: 13. 예외 발생 시 Minidump 생성 - WinDBG [3]파일 다운로드1
471정성태3/1/200719804디버깅 기술: 12. Managed Method에 Break Point 걸기
469정성태2/28/200731392디버깅 기술: 11. (Managed) Main Method에 Break Point 걸기 [3]파일 다운로드1
470정성태3/1/200722817    답변글 디버깅 기술: 11.1. (Managed) Main Method에 Break Point 걸기 - 내용 보강
468정성태2/25/200732589COM 개체 관련: 20. 탭 브라우저의 윈도우 핸들 구하기 [3]
... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...