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

C# - 네임스페이스까지 동일한 타입을 2개의 DLL에서 제공하는 경우 충돌을 우회하는 방법

예를 들어 볼까요?

다음의 클래스를 포함하는 2개의 Class Library 프로젝트를 만들고,

// ClassLibrary1 프로젝트

namespace MyLibrary
{
    public class MyClass
    {
        public static void Print()
        {
            Console.WriteLine("ClassLibrary1: MyClass");
        }
    }
}

// ClassLibrary2 프로젝트

namespace MyLibrary
{
    public class MyClass
    {
        public static void Output()
        {
            Console.WriteLine("ClassLibrary2: MyClass");
        }
    }
}

콘솔 프로젝트를 만들어 위의 2개 dll(ClassLibrary1, ClassLibrary2)을 참조 추가합니다. 그런 다음 이렇게 코딩을 하면,

using System;

internal class Program
{
    static void Main(string[] args)
    {
        MyLibrary.MyClass.Print();
    }
}

빌드 시 어떤 어셈블리에 대한 "타입"을 바인딩해야 할지 알 수 없어 컴파일 오류가 (당연히) 발생합니다.

Error CS0433 The type 'MyClass' exists in both 'ClassLibrary1, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' and 'ClassLibrary2, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'

바로 이런 경우에, 어느 한쪽의 네임스페이스 공간을 따로 별칭을 부여하는 것이 가능합니다. 따라서 위의 상황에서는 ClassLibrary1, ClassLibrary2 둘 중의 하나에 대해 csproj 프로젝트 파일에서 Aliases 태그를 부여해 한번 더 구분 가능한 식별자 역할을 추가할 수 있습니다.

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

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

  <ItemGroup>
      <ProjectReference Include="..\ClassLibrary1\ClassLibrary1.csproj" />
      <ProjectReference Include="..\ClassLibrary2\ClassLibrary2.csproj">
          <Aliases>Isolated</Aliases>
      </ProjectReference>
  </ItemGroup>

</Project>

위의 예제에서는 ClassLibrary2에 대해 별칭을 지정했는데요, 그럼 아래와 같이 2개의 클래스를 모두 충돌 없이 사용할 수 있습니다.

extern alias Isolated;

using System;

internal class Program
{
    static void Main(string[] args)
    {
        MyLibrary.MyClass.Print();

        Isolated.MyLibrary.MyClass.Output();
    }
}

/* 출력 결과
ClassLibrary1: MyClass
ClassLibrary2: MyClass
*/

그런데, 사실 우리가 인식하지 못했을 뿐이지 네임스페이스에 대한 기본 별칭이 하나 있습니다. 바로 global입니다.

global - :: operator (C# reference)
; https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/operators/namespace-alias-qualifier

이런 관점에서 위의 코드를 다음과 같이 바꿀 수 있습니다.

extern alias Isolated;

using System;

internal class Program
{
    static void Main(string[] args)
    {
        global::MyLibrary.MyClass.Print();

        Isolated::MyLibrary.MyClass.Output();
    }
}

/* 출력 결과
ClassLibrary1: MyClass
ClassLibrary2: MyClass
*/

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




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







[최초 등록일: ]
[최종 수정일: 1/9/2022]

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

비밀번호

댓글 작성자
 



2022-01-28 01시55분
[용현] 좋은자료 감사합니다 꾸벅
[guest]

... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...
NoWriterDateCnt.TitleFile(s)
12111정성태1/12/202020537디버깅 기술: 155. C# - KernelMemoryIO 드라이버를 이용해 실행 프로그램을 숨기는 방법(DKOM: Direct Kernel Object Modification) [16]파일 다운로드1
12110정성태1/11/202019838디버깅 기술: 154. Patch Guard로 인해 블루 스크린(BSOD)가 발생하는 사례 [5]파일 다운로드1
12109정성태1/10/202016578오류 유형: 588. Driver 프로젝트 빌드 오류 - Inf2Cat error -2: "Inf2Cat, signability test failed."
12108정성태1/10/202017413오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107정성태1/10/202018596.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
12106정성태1/8/202019634VC++: 136. C++ - OSR Driver Loader와 같은 Legacy 커널 드라이버 설치 프로그램 제작 [1]
12105정성태1/8/202018139디버깅 기술: 153. C# - PEB를 조작해 로드된 DLL을 숨기는 방법
12104정성태1/7/202019343DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램 [4]
12103정성태1/7/202022452DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제 [1]파일 다운로드2
12102정성태1/6/202018796디버깅 기술: 152. User 권한(Ring 3)의 프로그램에서 _ETHREAD 주소(및 커널 메모리를 읽을 수 있다면 _EPROCESS 주소) 구하는 방법
12101정성태1/5/202019052.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/202016545.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/202019408디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회 [1]
12098정성태1/2/202019146.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법 [3]
12097정성태1/2/202017205디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태12/30/201919873디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095정성태12/27/201921581VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/201919332.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/201918889.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/201917666디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/201919963디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/201920074.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]파일 다운로드1
12089정성태12/23/201919008디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/201917965Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/201918431디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12086정성태12/20/201920948디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...