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]

... 166  167  168  [169]  170  171  172  173  174  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
910정성태8/19/201042696개발 환경 구성: 83. Hyper-V의 네트워크 유형 (1)
909정성태8/18/201037396오류 유형: 102. System.MissingMethodException
908정성태8/17/201028394개발 환경 구성: 82. Windows Virtual PC의 네트워크 유형 (3)
907정성태8/14/201025780개발 환경 구성: 81. Windows Virtual PC의 네트워크 유형 (2)
906정성태8/13/201033498개발 환경 구성: 80. Windows Virtual PC의 네트워크 유형 (1)
905정성태8/8/201037552Team Foundation Server: 39. 배치 파일로 팀 빌드 구성 [2]파일 다운로드1
904정성태8/8/201039740오류 유형: 101. SignTool Error: No certificates were found that met all the given criteria. [2]
903정성태8/6/201036660Team Foundation Server: 38. TFS 소스 코드 관리 기능 (4) - Branch
902정성태8/5/201029126Team Foundation Server: 37. TFS 2010의 소스 서버 수작업 구성
901정성태8/4/201028289Team Foundation Server: 36. TFS 소스 코드 관리 기능 (3) - Label
900정성태8/3/201031222Team Foundation Server: 35. TFS 소스 코드 관리 기능 (2) - Shelveset
899정성태8/2/201032796Team Foundation Server: 34. TFS 소스 코드 관리 기능 (1) - Changeset
898정성태7/31/201033030.NET Framework: 182. WCF의 InactivityTimeout [1]파일 다운로드1
897정성태7/26/201133940.NET Framework: 181. AssemblyVersion, AssemblyFileVersion, AssemblyInformationalVersion [4]
896정성태7/25/201041002.NET Framework: 180. C# Singleton 인스턴스 생성 [2]
895정성태7/25/201024691VS.NET IDE: 68. Visual Studio 2010 - .NET 1.1 원격 디버깅
894정성태7/25/201030548오류 유형: 100. Could not find the Database Engine startup handle. [1]
893정성태7/25/201031433오류 유형: 99. .NET 4.0 설치된 윈도우 7에서 SQL Server 2008 R2 설치 오류
892정성태7/9/201032540오류 유형: 98. 영문 윈도우에 한글 SQL Server 2008 R2 설치할 때 오류 [4]
891정성태7/8/201029051오류 유형: 97. MsiGetProductInfo failed to retrieve ProductVersion for package with Product Code = '{...}'. Error code: 1605. [2]
889정성태7/5/201030899.NET Framework: 179. Dictionary.Get(A) 대신 Dictionary.Get(A.GetHashCode())를 사용해서는 안 되는 이유 [1]
888정성태6/30/201028493오류 유형: 96. Hyper-V 연결 오류 - A connection will not be made because credentials may not be sent to the remote computer
887정성태6/23/201038353개발 환경 구성: 79. Hyper-V의 가상 머신에서 소리 재생 방법 [2]
886정성태6/23/201026396제니퍼 .NET: 14. ASMX, WCF 호출 모니터링 및 누수 확인
885정성태6/20/201028446개발 환경 구성: 78. COM+ 서버에서 COM+ 서버를 호출하는 방법
884정성태6/20/201031044제니퍼 .NET: 13. COM+ 서버 모니터링 [2]
... 166  167  168  [169]  170  171  172  173  174  175  176  177  178  179  180  ...