진실세상을 꿈꾸며

1.자신에게서 상속 받을 클래스가 구현해야 할 기능을 나열해 놓은 것이다. 2.자신은 직접 기능에 대한 구현을 가지지 않고 자신의 파생 클래스가 그 메소드를 구현 하도록 하는 것이다. 3. 인터페이스의 상속은 클래스의 상속과 같다. 4. 오버라이드 할 때 new 나 override 키워드를 사용하지 않고 선언되었던 속성 그대로 다시 class에서 선언하여 구현하면 된다. 5. 다중상속이 가능 6. abstract 클래스에서 abstract 메소드만 모아 놓은 것이라 생각하면 된다. ex) Interface Imammal { void walk(); } Class cat : Imammal //a,b,c 다중 { public void walk() { Console.Write("hello"); } } -----..

C# 에는 인터페이스라는 개념이 있습니다. (Java에도 있지만...) MSDN에 명시되 있는 인터페이스 개요를 살펴 보면 다음과 같습니다. 하지만 평소에 공부 제대로 안한 저는 "인터페이스는 개발자간 표준 규악을 지키기 위해 존재하는 ..." 정도로만 알고 있습니다. 즉, 여러 명의 개발자가 어떤 클래스를 구현할 때 그 클래스들의 공통 성격(?) 정도를 인터페이스로 만들어서 지킬 건 반드시 지키게 만들어 주는 것... 이 정도 였습니다. 그런데 이것도 문제가 있는게 해당 개발자가 그 인터페이스를 상속 받지 않고 개발해 버리면 이것도 소용이 없습니다. 담당 팀장이나 책임자가 "너 왜 그 인터페이스 상속 안 받고 개발했어?" 라고 확인해 주지 않는 한 그냥 넘어가게 되는 거죠. 지금까지 제가 말씀 드린 건..