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

비밀번호

댓글 작성자
 




... 166  167  [168]  169  170  171  172  173  174  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
830정성태1/10/201023533개발 환경 구성: 69. Windows Internal Database
829정성태1/7/201022922개발 환경 구성: 68. ODP.NET + OraMTS 사용
828정성태1/7/201030787개발 환경 구성: 67. 환경 변수를 이용한 다중 ODAC 버전 테스트
827정성태1/4/201023027개발 환경 구성: 66. .NET 응용 프로그램에서 64비트 Oracle Data Access Components 사용 (2)
826정성태1/3/201030509기타: 28. 2009년 인기 순위 정리
825정성태1/3/201047264개발 환경 구성: 65. .NET 응용 프로그램에서 64비트 Oracle Data Access Components 사용 [5]
823정성태1/1/201024473개발 환경 구성: 64. ODP.NET 설치 작업 없이 ASP.NET 응용 프로그램 배포파일 다운로드1
822정성태1/1/201086685개발 환경 구성: 63. ODP.NET 설치 없이 .NET 클라이언트 프로그램 배포하는 방법 [6]파일 다운로드2
821정성태1/1/201049527개발 환경 구성: 62. .NET 응용 프로그램에서 Oracle XE 사용 [1]
820정성태12/29/200920965개발 환경 구성: 61. Oxite 소스 코드를 Visual Studio 2010으로 마이그레이션파일 다운로드1
818정성태12/27/200919639개발 환경 구성: 60. Cassini 서버를 localhost 이외의 주소에서 접근하도록 변경
817정성태12/21/200921126개발 환경 구성: 59. WebDev 2.0에서 실행하는 Pet Shop 4.0
816정성태12/19/200922829개발 환경 구성: 58. Pet Shop 4.0을 IIS 없이 실행하는 방법 [1]파일 다운로드1
815정성태12/18/200925713개발 환경 구성: 57. Pet Shop 4.0 - SQL Server Compact Edition Version - 두 번째 이야기파일 다운로드1
814정성태12/16/200921005오류 유형: 91. VS2010 beta2 - The application cannot start
812정성태12/11/200924624개발 환경 구성: 56. Pet Shop 4.0 - SQL Server Compact Edition Version파일 다운로드2
811정성태12/2/200938153.NET Framework: 169. [in, out] 배열을 C#에서 C/C++로 넘기는 방법 - 두 번째 이야기 [8]파일 다운로드2
810정성태12/1/200934597.NET Framework: 168. [in,out] 배열을 C#에서 C/C++로 넘기는 방법 [3]
809정성태11/27/200924555오류 유형: 90. Method not found: 'Void System.Reflection.Emit.DynamicMethod..ctor(System.String, System.Type, System.Type[])'.
808정성태11/26/200933417VC++: 38. X64 빌드 오류: error LNK2001: unresolved external symbol [COMDLL]_ProxyFileInfo
807정성태11/23/200927154웹: 14. 로컬에 있는 HTML 페이지를 보호 모드에서 여는 방법
802정성태11/19/200929193.NET Framework: 167. 다른 스레드의 호출 스택 덤프 구하는 방법파일 다운로드1
801정성태11/18/200936852개발 환경 구성: 55. Hyper-V와 고성능 그래픽 카드의 성능 문제 해결 [1]
800정성태11/13/200929628VS.NET IDE: 66. 수동으로 구성해 본 VC++ 프로젝트 설정: ReleaseMinDependency
798정성태11/10/200928268개발 환경 구성: 54. .NET 개발자가 처음 설치해 본 TOMCAT [2]
797정성태11/9/200924652개발 환경 구성: 53. 물리 PC에 설치된 Windows 7을 Hyper-V로 이전하면?
... 166  167  [168]  169  170  171  172  173  174  175  176  177  178  179  180  ...