Microsoft MVP성태의 닷넷 이야기
.NET Framework: 748. C# 7.1 - 참조 어셈블리(Ref Assemblies) [링크 복사], [링크+제목 복사],
조회: 20923
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 4개 있습니다.)

C# 7.1 - 참조 어셈블리(Ref Assemblies)

C# 7.1을 대상으로 한 제 책에서도,

시작하세요! C# 7.1 프로그래밍 기본 문법부터 실전 예제까지
; http://www.yes24.com/24/goods/48156128?scode=032

설명을 안 하고 지나간 부분이 바로 C# 7.1의 "Ref Assemblies"입니다. (업데이트 2020-08-26: C# 7.3, 8.0 책에서는 이 글의 내용을 포함합니다.) 다음의 문서에 보면,

Language Feature Status
; https://github.com/dotnet/roslyn/blob/master/docs/Language%20Feature%20Status.md

아직도 Visual Studio (버전 15.7.0)에 통합되지 않았다(IDE and project-system integrations ongoing)고 나옵니다. 언제까지 마냥 기다리고 있을 수 없으니 오늘은 이 기능에 대해 간략하게 설명을 해보겠습니다. ^^

사실 이 기능으로 인한 C#의 문법적인 변화는 없습니다. 단지 C# 7.1 컴파일러에 추가된 옵션에 불과한데요, 뭐 별로 어려운 것도 아니니 ^^ 직접 실습해 보겠습니다. 우선 다음의 소스 코드를 만들고,

using System;

class Program
{
    static void Main(string[] args)
    {
        Console.WriteLine("Main");
    }
}

명령행에서 다음과 같이 (C# 7.1 이상의 컴파일러로) 빌드합니다.

csc Program.cs /refout:Program.ref.exe

그럼, Program.exe와 Program.ref.exe 파일이 생성됩니다. Program.exe 파일은 원래 생성하던 모듈인 반면, Program.ref.exe 파일의 경우가 바로 "Ref Assemblies"에 해당하는 기능의 결과물입니다. 이것을 .NET Reflector 등으로 살펴보면,

internal class Program
{
    // Methods
    public Program()
    {
        throw null;
    }
}

위와 같이 모든 메서드의 Body에 코드는 없고 "throw null;"만으로 채워집니다. 이쯤에서 감을 잡으신 분도 계시겠지만, "Ref Assemblies"라는 것은 말 그대로 "참조" 용으로만 의미 있는 어셈블리입니다. 그런데, 왜 이런 것이 필요할까요? 관련해서 예전에 써 놓은 글을 보겠습니다.

Reference assembly
; https://www.sysnet.pe.kr/2/0/776

Team Explorer가 설치되지 않은 PC에서 System.InvalidProgramException 예외 발생
; https://www.sysnet.pe.kr/2/0/750

그러니까, 사실 "참조 어셈블리"는 C# 7.1에서 새롭게 나온 개념은 아니고 이미 그전부터 마이크로소프트 내부에서 사용하던 방식이었습니다. (적어도) 2009년에 있던 기술을 2017년이 되어서야 C# 컴파일러의 옵션으로 제공하게 된 것인데, 아마 제 예상으로는 웬만한 3rd-party library 제작자들은 거의 사용 안 할 듯싶고 단지 마이크로소프트 스스로 사용하기에 좋은 정도가 될 것입니다.




참고로 refout 옵션 외에 /refonly도 제공합니다.

csc Program.cs /refonly

위와 같이 빌드하면 생성된 Program.exe 파일이 구현체가 없는 참조 어셈블리로 출력됩니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 12/16/2021]

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

비밀번호

댓글 작성자
 




... 31  32  [33]  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13148정성태10/26/202215295오류 유형: 824. msbuild 에러 - error NETSDK1005: Assets file '...\project.assets.json' doesn't have a target for 'net5.0'. Ensure that restore has run and that you have included 'net5.0' in the TargetFramew
13147정성태10/25/202214489오류 유형: 823. Visual Studio 2022 - Unable to attach to CoreCLR. The debugger's protocol is incompatible with the debuggee.
13146정성태10/24/202215897.NET Framework: 2060. C# - Java의 Xmx와 유사한 힙 메모리 최댓값 제어 옵션 HeapHardLimit
13145정성태10/21/202215909오류 유형: 822. db2 - Password validation for user db2inst1 failed with rc = -2146500508
13144정성태10/20/202216212.NET Framework: 2059. ClrMD를 이용해 윈도우 환경의 메모리 덤프로부터 닷넷 모듈을 추출하는 방법파일 다운로드1
13143정성태10/19/202216956오류 유형: 821. windbg/sos - Error code - 0x000021BE
13142정성태10/18/202222014도서: 시작하세요! C# 12 프로그래밍
13141정성태10/17/202217337.NET Framework: 2058. [in,out] 배열을 C#에서 C/C++로 넘기는 방법 - 세 번째 이야기파일 다운로드1
13140정성태10/11/202217191C/C++: 159. C/C++ - 리눅스 환경에서 u16string 문자열을 출력하는 방법 [2]
13139정성태10/9/202214773.NET Framework: 2057. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 모든 닷넷 모듈을 추출하는 방법파일 다운로드1
13138정성태10/8/202217696.NET Framework: 2056. C# - await 비동기 호출을 기대한 메서드가 동기로 호출되었을 때의 부작용 [1]
13137정성태10/8/202215788.NET Framework: 2055. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 닷넷 모듈을 추출하는 방법
13136정성태10/7/202215898.NET Framework: 2054. .NET Core/5+ SDK 설치 없이 dotnet-dump 사용하는 방법
13135정성태10/5/202216682.NET Framework: 2053. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프를 분석하는 방법 - 두 번째 이야기 [1]
13134정성태10/4/202213111오류 유형: 820. There is a problem with AMD Radeon RX 5600 XT device. For more information, search for 'graphics device driver error code 31'
13133정성태10/4/202214660Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법 [1]
13132정성태10/3/202214681스크립트: 42. 파이썬 - latexify-py 패키지 소개 - 함수를 mathjax 식으로 표현
13131정성태10/3/202218394.NET Framework: 2052. C# - Windows Forms의 데이터 바인딩 지원(DataBinding, DataSource) [2]파일 다운로드1
13130정성태9/28/202214518.NET Framework: 2051. .NET Core/5+ - 에러 로깅을 위한 Middleware가 동작하지 않는 경우파일 다운로드1
13129정성태9/27/202215153.NET Framework: 2050. .NET Core를 IIS에서 호스팅하는 경우 .NET Framework CLR이 함께 로드되는 환경
13128정성태9/23/202218071C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import [1]파일 다운로드1
13127정성태9/22/202216493Windows: 210. WSL에 systemd 도입
13126정성태9/15/202216765.NET Framework: 2049. C# 11 - 정적 메서드에 대한 delegate 처리 시 cache 적용
13125정성태9/14/202217075.NET Framework: 2048. C# 11 - 구조체 필드의 자동 초기화(auto-default structs)
13124정성태9/13/202217245.NET Framework: 2047. Golang, Python, C#에서의 CRC32 사용
13123정성태9/8/202217172.NET Framework: 2046. C# 11 - 멤버(속성/필드)에 지정할 수 있는 required 예약어 추가
... 31  32  [33]  34  35  36  37  38  39  40  41  42  43  44  45  ...