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

C# - 인터페이스의 메서드가 다형성을 제공할까요? (virtual일까요?)

이 글을 쓰려니.. 참 부끄럽군요. ^^; 저는 여태껏 C#의 인터페이스 메서드는 기본적으로 virtual이라고 알고 있었습니다. 사실, 인터페이스의 IL 정의를 보면 virtual이라고 지정돼 있으며,

public interface IMessage
{
    void Write();
}

/* IL 코드
.class interface public auto ansi abstract IMessage
{
    .method public hidebysig newslot abstract virtual instance void Write () cil managed 
    {
    }
}
*/

클래스와 비교했을 때 당연히 일반 메서드는 virtual이 없고 virtual이 명시된 메서드에만 위에서 본 "virtual" 예약어가 정의됩니다.

public class Test
{
    public void Write() { }

    public virtual void Log() { }
}

.class public auto ansi beforefieldinit Test extends [mscorlib]System.Object
{
    .method public hidebysig instance void Write () cil managed 
    {
        // ...[생략]...
    }

	.method public hidebysig newslot virtual instance void Log () cil managed 
	{
		 // ...[생략]...
	}

    // ...[생략]...
}

보는 바와 같이, 인터페이스에 정의된 메서드와 일반 클래스에 정의된 virtual 메서드의 차이점은,

.method public hidebysig newslot abstract virtual instance void Write () cil managed
.method public hidebysig newslot          virtual instance void Log ()   cil managed

abstract의 차이점뿐입니다.




그런데 실제로 코딩을 해보면, 인터페이스의 메서드는 상속받은 클래스에서 구현한 경우 일반 메서드처럼 "virtual"이 누락된 것처럼 동작하고, 따라서 다형성조차도 제공되지 않습니다.

using System;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            IMessage msg = new UserMessage();
            msg.Write(); // 출력 결과: Message.Write
        }
    }
}

public interface IMessage
{
    void Write();
}

public class Message : IMessage
{
    public void Write()
    {
        Console.WriteLine("Message.Write");
    }
}

public class UserMessage : Message
{
    // new를 지정하지 않으면 컴파일 경고 발생 
    // warning CS0108: 'UserMessage.Write()' hides inherited member 'Message.Write()'. Use the new keyword if hiding was intended.
    public new void Write()
    {
        Console.WriteLine("UserMessage.Write");
    }
}

구현한 인터페이스 메서드에 다형성을 제공하려면 명시적으로 virtual 예약어를 (상속받은) 클래스 수준에서 제공해야 합니다.

IMessage msg = new UserMessage();
msg.Write(); // 출력 결과: UserMessage.Write

public class Message : IMessage
{
    public virtual void Write()
    {
        Console.WriteLine("Message.Write");
    }
}

public class UserMessage : Message
{
    public override void Write()
    {
        Console.WriteLine("UserMessage.Write");
    }
}

(만약, 인터페이스 메서드에 직접 virtual 예약어를 명시하면 "CS0501 'IMessage.Write()' must declare a body because it is not marked abstract, extern, or partial" 오류가 발생합니다.)




물론, 현업에서 이런 식으로 만들지는 않겠지만 다형성을 제공해야 한다면 처음 상속받은 클래스에서 명시하는 것이 권장됩니다. 안 그러면 다음과 같이 이상한 상황도 발생할 수 있을 것입니다.

Message msg = new AdminMessage();
msg.Print(); // "Message.Print"

UserMessage msg2 = new AdminMessage();
msg2.Print(); // "AdminMessage.Print"

public interface IMessage
{
    void Print();
}

public class Message : IMessage
{
    public void Print()
    {
        Console.WriteLine("Message.Print");
    }
}

public class UserMessage : Message
{
    public new virtual void Print()
    {
        Console.WriteLine("UserMessage.Print");
    }
}

public class AdminMessage : UserMessage
{
    public override void Print()
    {
        Console.WriteLine("AdminMessage.Print");
    }
}

재미있는 것은, 인터페이스의 메서드가 꼭 다형성이 없다고 볼 수도 없습니다. 예를 들어 다음의 인터페이스를,

interface IAdd
{
    int Add(int arg1, int arg2);
}

public class Adder : IAdd
{
    public int Add(int arg1, int arg2) => arg1 + arg2;
}

다형성이 없는 메서드가 구현된 클래스로 바꾸려고 하면 이번엔 구현 클래스에서 명시적인 new를 필요로 하고,

public class IAdd
{
    public int Add(int arg1, int arg2) => 0;
}

public class Adder : IAdd
{
    public new int Add(int arg1, int arg2) => arg1 + arg2;
}

그렇다고 인터페이스처럼 동작하도록 만들기 위해 abstract로 바꾸려고 하면 아예 상속 구조 전체에서 virtual 메서드가 적용된 것이므로 차이가 발생합니다.

public abstract class IAdd
{
    public abstract int Add(int arg1, int arg2);
}

public class Adder : IAdd
{
    public override int Add(int arg1, int arg2) => arg1 + arg2;
}

즉, 인터페이스는 참 이상한 정의라고 볼 수 있는데, 간단하게 정리하면 1레벨 수준의 상속에 대해서만 다형성을 제공하는 것입니다.

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




어쨌든, 이것 때문에 또 책의 내용을 수정해야만 했습니다. ^^;




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/18/2021]

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

비밀번호

댓글 작성자
 




... 151  152  153  154  [155]  156  157  158  159  160  161  162  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
1210정성태12/30/201149464.NET Framework: 288. FFmpeg.exe를 이용한 C# 동영상 인코더 예제 [9]파일 다운로드1
1209정성태12/29/201124161개발 환경 구성: 138. BizTalk 2006 설치 방법
1208정성태12/28/201147712.NET Framework: 287. Excel Sheet를 WinForm에서 사용하는 방법 [8]파일 다운로드2
1207정성태12/26/201126495.NET Framework: 286. x86/x64로 구분된 코드를 포함하는 경우, 다중으로 어셈블리를 만들어야 할까요?파일 다운로드1
1206정성태12/25/201127319.NET Framework: 285. Shader 강좌와 함께 배워보는 XNA Framework (3) - 텍스처 매핑 예제파일 다운로드1
1205정성태12/25/201133090.NET Framework: 284. Thread 개체의 Interrupt와 Abort의 차이점파일 다운로드1
1204정성태12/22/201126689.NET Framework: 283. MEF를 ASP.NET에 성능 손실 없이 적용하려면? [7]
1203정성태12/21/201127063제니퍼 .NET: 18. MEF가 적용된 ASP.NET 웹 사이트를 제니퍼 닷넷으로 모니터링 해본 결과! [6]
1202정성태12/21/201127479오류 유형: 144. The database '...' cannot be opened because it is version 661.
1201정성태12/14/201142524디버깅 기술: 47. .NET Reflector를 이용한 "소스 코드가 없는" 어셈블리 디버깅 [4]
1200정성태12/11/201128291디버깅 기술: 46. Windbg 확장 DLL 만들기 (2) - Debugger Extension API 사용파일 다운로드1
1199정성태12/11/201129629VC++: 55. JNI DLL 컴파일 시 x86과 x64의 Export된 함수의 이름이 왜 다를까요? [2]파일 다운로드1
1198정성태12/9/201133460디버깅 기술: 45. Windbg 확장 DLL 만들기 (1) - 스레드를 강제 종료시키는 명령어 [2]파일 다운로드1
1197정성태12/9/201131595.NET Framework: 282. Shader 강좌와 함께 배워보는 XNA Framework (2) - RenderMonkey의 Shader/Model 파일 연동파일 다운로드2
1196정성태12/9/201135015.NET Framework: 281. Shader 강좌와 함께 배워보는 XNA Framework (1) - 기초 프로그램 구조 [3]파일 다운로드2
1195정성태12/8/201149260오류 유형: 143. DXSDK_Jun10.exe 설치 시 "Error Code: S1023" 오류 해결하는 방법 [4]
1194정성태12/8/201137088개발 환경 구성: 137. Visual C++ 런타임 구성요소에 대한 디버그 버전 설치하는 방법
1193정성태12/8/201124062오류 유형: 142. Windows Phone SDK 7.1 설치 시 Expression Blend 제거를 요구하는 경우
1192정성태12/8/201127072개발 환경 구성: 136. Windows 7 SP1의 IIS에서 사용자 프로파일을 로드하는 방법
1191정성태12/6/201128127.NET Framework: 280. MVC3에서 JavaScriptSerializer 재정의하는 방법파일 다운로드1
1190정성태12/6/201131289오류 유형: 141. Visual C++ 컴파일 오류 - error C2275: 'xxxxx' : illegal use of this type as an expression [1]
1189정성태12/6/201138503VS.NET IDE: 70. Visual Studio에서 프로젝트 로드가 안된다면?
1188정성태12/3/201127562개발 환경 구성: 135. 마이크로소프트 TFS 호스팅 서비스 - Preview [3]
1187정성태12/2/201132301개발 환경 구성: 134. Robocopy 오류 및 종료 코드
1186정성태12/1/201134201.NET Framework: 279. WPF - 그리기 성능 및 Blurring 문제파일 다운로드1
1185정성태11/29/201124415.NET Framework: 278. WPF - Content의 Changed 이벤트에 해당하는게 뭔가요?파일 다운로드1
... 151  152  153  154  [155]  156  157  158  159  160  161  162  163  164  165  ...