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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  174  [175]  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
628정성태12/6/200821008.NET Framework: 115. Marshal 타입 관련 2가지 자원 해제 메서드파일 다운로드1
627정성태12/6/200823386VS.NET IDE: 58. VS.NET IDE 팁 - 커서 위치 이동 [1]
626정성태12/6/200823665오류 유형: 65. TF53018: The application tier XXXXXXX is attempting to connect to a data tier with an incompatible version
625정성태12/6/200823850오류 유형: 64. TFS 2008 SP1 설치 - MsiApplyMultiplePatches returned 0x643
624정성태12/5/200824764.NET Framework: 114. WPF 이벤트에 속한 핸들러 확인 [2]파일 다운로드1
623정성태12/4/200829146디버깅 기술: 22. VS.NET SP1 + .NET Framework 소스 코드 디버깅 [2]파일 다운로드1
622정성태12/1/200831408오류 유형: 63. WPF - XamlParseException 대응 방법 [2]
621정성태11/30/200823597Team Foundation Server: 27. TeamBuild + VDPROJ 셋업 프로젝트 [1]
620정성태11/30/200822451디버깅 기술: 21. 올바른 이벤트 예외 정보 출력
619정성태11/30/200822555디버깅 기술: 20. 예외 처리를 방해하는 WPF Modal 대화창파일 다운로드1
618정성태11/29/200822945.NET Framework: 113. 이벤트에 속한 이벤트 핸들러 확인파일 다운로드1
617정성태11/26/200828580.NET Framework: 112. How to Interop DISPPARAMS [2]파일 다운로드2
616정성태11/26/200822328디버깅 기술: 19. C++/CLI - F11 디버깅 시의 변수 초기화파일 다운로드1
615정성태11/9/200832023.NET Framework: 111. WPF - Window, UserControl 클래스 상속 [1]
614정성태11/9/200831975.NET Framework: 110. WPF - 전역 예외 처리 [4]파일 다운로드1
613정성태11/8/200821604.NET Framework: 109. WPF - SystemColors 색상표파일 다운로드1
612정성태11/1/200826860.NET Framework: 108. WPF + WCF 환경에서는 DataContract를 권장 [1]
611정성태10/31/200821158오류 유형: 62. WPF - Visual Studio 2008 비정상 종료
610정성태10/24/200823356Team Foundation Server: 26. TFS 2008 SP1 + SQL Server 2008 설치
609정성태10/24/200827084.NET Framework: 107. WPF - RadioButton 데이터 바인딩 해제 현상파일 다운로드2
608정성태10/23/200821784오류 유형: 61. TFS 연결 오류: TF31003, TF30331 오류
607정성태10/18/200819772Windows: 32. 자동 실행 경로에 ".." 가 포함된 경우
606정성태10/18/200821768.NET Framework: 106. WCF - 다중 서비스 호스트파일 다운로드1
605정성태10/18/200825221.NET Framework: 105. WPF - 닫기 버튼을 없애려면.
604정성태10/18/200825746오류 유형: 60. System.Management.ManagementException - Generic failure [1]
602정성태10/15/200827722오류 유형: 59. WPF - XAML 로딩 시 Visual Studio 비정상 종료 [1]
... 166  167  168  169  170  171  172  173  174  [175]  176  177  178  179  180  ...