Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 5개 있습니다.)
.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션
; https://www.sysnet.pe.kr/2/0/12210

.NET Framework: 928. .NET Framework의 Strong-named 어셈블리 바인딩 (2) - 런타임에 바인딩 리디렉션
; https://www.sysnet.pe.kr/2/0/12271

.NET Framework: 929. (StrongName의 버전 구분이 필요 없는) .NET Core 어셈블리 바인딩 규칙
; https://www.sysnet.pe.kr/2/0/12272

.NET Framework: 930. 개발자를 위한 닷넷 어셈블리 바인딩 - DEVPATH 환경 변수
; https://www.sysnet.pe.kr/2/0/12276

개발 환경 구성: 498. DEVPATH 환경 변수의 사용 예 - .NET Reflector의 (PDB 연결이 없는) DLL의 소스 코드 디버깅
; https://www.sysnet.pe.kr/2/0/12277




개발자를 위한 닷넷 어셈블리 바인딩 - DEVPATH 환경 변수

.NET Framework는 개발자 편의를 위해 DEVPATH 환경 변수를 이용한 어셈블리 바인딩을 제어할 수 있게 해줍니다.

How to: Locate Assemblies by Using DEVPATH
; https://learn.microsoft.com/ko-kr/dotnet/framework/configure-apps/how-to-locate-assemblies-by-using-devpath

설정 방법은, machine.config 파일에,

C:\Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config
C:\Windows\Microsoft.NET\Framework\v4.0.30319\CONFIG\machine.config

C:\Windows\Microsoft.NET\Framework64\v2.0.50727\CONFIG\machine.config
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\CONFIG\machine.config

developmentMode 노드를 정의하고,

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    ...[생략]...

    <runtime>
        <developmentMode developerInstallation="true" />
    </runtime>

    ...[생략]...
</configuration>

환경 변수에 DEVPATH를 추가해 어셈블리를 로드할 때 찾아볼 경로를 설정해 주면 됩니다. 예를 들어, ".NET Reflector"의 경우 다음과 같은 경로를 전역 환경 변수에 등록해 둡니다.
Variable name: DEVPATH
Variable value: C:\ProgramData\Red Gate\.NET Reflector\DevPath




이게 어떤 효과를 갖는지 간단하게 테스트를 해볼까요? ^^

우선, ClassLibrary1.dll을 하나 만들고,

using System;

namespace ClassLibrary1
{
    public class Class1
    {
        public void Do()
        {
            Console.WriteLine("DO v1");
        }
    }
}

ConsoleApp1.exe에서 ClassLibrary1.dll을 참조해 사용하면,

using System;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            ClassLibrary1.Class1 cl = new ClassLibrary1.Class1();
            cl.Do(); // 출력 결과: DO v1
        }
    }
}

당연히 "DO v1"이 출력됩니다. 이제 ClassLibrary1.dll을 DEVPATH로 정의한 폴더(이 글에서는 C:\ProgramData\Red Gate\.NET Reflector\DevPath)에 복사한 후, Do 메서드의 코드를 다음과 같이 변경해 봅니다.

public void Do()
{
    Console.WriteLine("DO v2");
}

이 상태에서 ConsoleApp1.exe를 실행하면 화면에는 여전히 "DO v1"이 출력되는 것을 확인할 수 있습니다. 왜냐하면, CLR에서 "ClassLibrary1.dll"을 로드하려고 할 때 로컬 경로에 있는 "ClassLibrary1.dll"을 무시하고 최우선 순위로 DEVPATH의 어셈블리를 사용하기 때문입니다.




"How to: Locate Assemblies by Using DEVPATH" 문서를 보면 왜 이런 우회 방법을 제공하는지 이유가 나옵니다.

Developers might want to make sure that a shared assembly they are building works correctly with multiple applications. Instead of continually putting the assembly in the global assembly cache during the development cycle, the developer can create a DEVPATH environment variable that points to the build output directory for the assembly.


게다가 서명하지 않은 어셈블리의 경우에는 "파일명"만 일치하면 무조건 교체하는 것이 가능하고, 서명한 어셈블리의 경우에는 "버전"까지는 무시하고 파일명과 공개키 토큰 값만 맞으면 로드하므로 서명한 어셈블리에 대한 테스트가 간편해지게 됩니다.




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







[최초 등록일: ]
[최종 수정일: 4/13/2023]

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

비밀번호

댓글 작성자
 




... 106  107  108  109  110  111  112  113  114  115  116  117  118  [119]  120  ...
NoWriterDateCnt.TitleFile(s)
11040정성태9/10/201630961.NET Framework: 604. C# Windows Forms - Drag & Drop 예제 코드 [2]파일 다운로드1
11039정성태9/9/201625496오류 유형: 355. Visual Studio 빌드 오류 - error CS0122: '__ComObject' is inaccessible due to its protection level
11038정성태9/9/201629298VC++: 99. 서로 다른 프로세스에서 WM_DROPFILES 메시지를 전송하는 방법파일 다운로드1
11037정성태9/8/201632539.NET Framework: 603. socket - shutdown 호출이 필요한 사례파일 다운로드1
11036정성태8/29/201627523개발 환경 구성: 297. 소스 코드가 없는 닷넷 어셈블리를 디버깅할 때 지역 변숫값을 확인하는 방법
11035정성태8/29/201623449오류 유형: 354. .NET Reflector - PDB 생성 화면에서 "Clear Store"를 하면 "Index and length must refer to a location within the string" 예외 발생
11034정성태8/25/201627528개발 환경 구성: 296. .NET Core 프로젝트를 NuGet Gallery에 배포하는 방법 [2]
11033정성태8/24/201625592오류 유형: 353. coreclr 빌드 시 error C3249: illegal statement or sub-expression for 'constexpr' function
11032정성태8/23/201624751개발 환경 구성: 295. 최신의 Visual C++ 컴파일러 도구를 사용하는 방법 [1]
11031정성태8/23/201620430오류 유형: 352. Error encountered while pushing to the remote repository: Response status code does not indicate success: 403 (Forbidden).
11030정성태8/23/201624477VS.NET IDE: 111. Team Explorer - 추가한 Git Remote 저장소가 Branch에 보이지 않는 경우
11029정성태8/18/201632066.NET Framework: 602. Process.Start의 cmd.exe에서 stdin만 redirect 하는 방법 [1]파일 다운로드1
11028정성태8/15/201623866오류 유형: 351. Octave 설치 시 JRE 경로 문제
11027정성태8/15/201626402.NET Framework: 601. ElementHost 컨트롤의 메모리 누수 현상
11026정성태8/13/201627615Math: 19. 행렬 연산으로 본 해밍코드
11025정성태8/12/201627074개발 환경 구성: 294. .NET Core 프로젝트에서 "Copy to Output Directory" 처리 [1]
11024정성태8/12/201625571오류 유형: 350. "nProtect GameMon" 실행 중에는 Visual Studio 디버깅이 안됩니다! [1]
11023정성태8/10/201627322개발 환경 구성: 293. Azure 구독 후 PaaS 서비스 만들어 보기
11022정성태8/10/201627808개발 환경 구성: 292. Azure Cloud Service 배포시 사용자 정의 작업을 추가하는 방법
11021정성태8/10/201625240오류 유형: 349. System.Runtime.Remoting.RemotingException - Type '..., ..., Version=..., Culture=neutral, PublicKeyToken=null' is not registered for activation [2]
11020정성태8/10/201628075VC++: 98. 원본과 대상 버퍼가 같은 경우 memcpy, wmemcpy 주의점
11019정성태8/10/201644877기타: 60. 도서: 시작하세요! C# 6.0 프로그래밍: 기본 문법부터 실전 예제까지 (2쇄 정오표)
11018정성태8/9/201628712.NET Framework: 600. 단일 메서드 내에서의 할당으로 알아보는 자바와 닷넷의 GC 차이점 [1]
11017정성태8/9/201629605웹: 33. HTTP 쿠키에 한글 값을 설정하는 방법
11016정성태8/7/201627924개발 환경 구성: 291. Windows Server Containers 소개
11015정성태8/7/201626485오류 유형: 348. Windows Server 2016 TP5에서 Windows Containers의 docker run 실행 시 encountered an error during Start failed in Win32
... 106  107  108  109  110  111  112  113  114  115  116  117  118  [119]  120  ...