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

개발자를 위한 닷넷 어셈블리 바인딩 - 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

비밀번호

댓글 작성자
 




... 46  47  48  [49]  50  51  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12414정성태11/18/202011019VC++: 138. x64 빌드에서 extern "C"가 아닌 경우 ___cdecl name mangling 적용 [4]파일 다운로드1
12413정성태11/17/202010720.NET Framework: 970. .NET 5 / .NET Core - UnmanagedCallersOnly 특성을 사용한 함수 내보내기파일 다운로드1
12412정성태11/16/202012967.NET Framework: 969. .NET Framework 및 .NET 5 - UnmanagedCallersOnly 특성 사용파일 다운로드1
12411정성태11/12/20209955오류 유형: 680. C# 9.0 - Error CS8889 The target runtime doesn't support extensible or runtime-environment default calling conventions.
12410정성태11/12/20209882디버깅 기술: 174. windbg - System.TypeLoadException 예외 분석 사례
12409정성태11/12/202011271.NET Framework: 968. C# 9.0의 Function pointer를 이용한 함수 주소 구하는 방법파일 다운로드1
12408정성태11/9/202022731도서: 시작하세요! C# 9.0 프로그래밍 [8]
12407정성태11/9/202011535.NET Framework: 967. "clr!JIT_DbgIsJustMyCode" 호출이 뭘까요?
12406정성태11/8/202013127.NET Framework: 966. C# 9.0 - (15) 최상위 문(Top-level statements) [5]파일 다운로드1
12405정성태11/8/202010566.NET Framework: 965. C# 9.0 - (14) 부분 메서드에 대한 새로운 기능(New features for partial methods)파일 다운로드1
12404정성태11/7/202011095.NET Framework: 964. C# 9.0 - (13) 모듈 이니셜라이저(Module initializers)파일 다운로드1
12403정성태11/7/202011144.NET Framework: 963. C# 9.0 - (12) foreach 루프에 대한 GetEnumerator 확장 메서드 지원(Extension GetEnumerator)파일 다운로드1
12402정성태11/7/202011736.NET Framework: 962. C# 9.0 - (11) 공변 반환 형식(Covariant return types) [1]파일 다운로드1
12401정성태11/5/202010642VS.NET IDE: 153. 닷넷 응용 프로그램에서의 "My Code" 범위와 "Enable Just My Code"의 역할 [1]
12400정성태11/5/20207648오류 유형: 679. Visual Studio - "Source Not Found" 창에 "Decompile source code" 링크가 없는 경우
12399정성태11/5/202011343.NET Framework: 961. C# 9.0 - (10) 대상으로 형식화된 조건식(Target-typed conditional expressions)파일 다운로드1
12398정성태11/4/20209872오류 유형: 678. Windows Server 2008 R2 환경에서 Powershell을 psexec로 원격 실행할 때 hang이 발생하는 문제
12397정성태11/4/202010013.NET Framework: 960. C# - 조건 연산자(?:)를 사용하는 경우 달라지는 메서드 선택 사례파일 다운로드1
12396정성태11/3/20208352VS.NET IDE: 152. Visual Studio - "Tools" / "External Tools..."에 등록된 외부 명령어에 대한 단축키 설정 방법
12395정성태11/3/20209646오류 유형: 677. SSMS로 DB 접근 시 The server principal "..." is not able to access the database "..." under the current security context.
12394정성태11/3/20208093오류 유형: 676. cacls - The Recycle Bin on ... is corrupted. Do you want to empty the Recycle Bin for this drive?
12393정성태11/3/20208557오류 유형: 675. Visual Studio - 닷넷 응용 프로그램 디버깅 시 Disassembly 창에서 BP 설정할 때 "Error while processing breakpoint." 오류
12392정성태11/2/202012658.NET Framework: 959. C# 9.0 - (9) 레코드(Records) [4]파일 다운로드1
12390정성태11/1/202010949디버깅 기술: 173. windbg - System.Configuration.ConfigurationErrorsException 예외 분석 방법
12389정성태11/1/202010691.NET Framework: 958. C# 9.0 - (8) 정적 익명 함수 (static anonymous functions)파일 다운로드1
12388정성태10/29/202010146오류 유형: 674. 어느 순간부터 닷넷 응용 프로그램 실행 시 System.Configuration.ConfigurationErrorsException 예외가 발생한다면?
... 46  47  48  [49]  50  51  52  53  54  55  56  57  58  59  60  ...