[💬] c#에서 인터페이스 쓰는 이유에 대한 개인적인 생각

[地鬼(dczlatan)]

잘은 모르지만 개인적으로 인터페이스 쓰면서 좋다고 생각했던건 다형성.

다형성에 대해 내가 이해하고 있는건 Fighter와 Mage 클래스를 Human이라는 동일한 슈퍼클래스를 상속 받게 하면

Fight: Human

Mage: Human

Human에 대한 리스트를 만들어서 Human을 상속하고 있는 Fighter랑 Mage의 오브젝트들을 넣을 수 있음.

List humans = new List();

humans.add(new Fighter());

humans.add(new Mage());

그러면 일괄적으로 Human 클래스가 가진 attack() 콜 할 때 아래처럼 한번에 쉽게 할 수 있음.

humans.forEach(o => {

o.attack();

});

요까지 내가 생각하는 다형성. 공통점이 있는 것끼리 묶어서 좀 더 편하게 쓰는 그런거?? 더 복잡하고 전문적인 내용은 잘 모림.

아무튼 Fighter랑 Mage를 만들었는데, 갑자기 기획이 바뀐거임. heal() 기능을 추가하면서, Priest 클래스를 추가해야됨.

그리고 Mage는 attack()과 heal() 두가지를 가지도록 변경됨.

Fighter->attack()

Mage->attack(), heal()

Priest->heal()

Mage랑 Fighter는 Human으로 묶이고, Priest랑 Mage는 heal()을 가진 어떤 클래스로 묶일거 같지만...

c#에선 다중 상속이 안됨, Mage: Human, Healer 같은게 안됨. 그래서 한번에 묶기가 좀 애매해짐.

Human에 heal()을 넣으면 된다고 생각할 수 있지만, heal()이 안되는 Fighter를 Healers 같은 컨테이너에 넣기도 싫고, heal() 메소드를 구현하고 싶은 기분도 아님. 그냥 그럼.

이걸 해결하는 방법이 인터페이스

공격 가능한 인터페이스라는 느낌으로 IAttackable 이라는 인터페이스를 만듬, 그리고 IHealable도 만듬.

interface IAttackable

{

int attack();

}

그리고 각 직업 클래스들이 인터페이스를 상속(?)하도록 만듬. 정확한 용어는 잘 모리겠음...

Fighter: IAttackable

Mage: IAttackable, IHealable

Priest: IHealable

이렇게 인터페이스를 붙이면 기존 List은 List attackers 라는 컨테이너로 바꾸면, 이전처럼 Fighter랑 Mage를 넣을 수 있고, attackers.forEach() 를 이용하여 컨테이너를 순회하면서 attack()을 콜 할 수 있음.

List healers 를 만들면 Mage와 Priest를 한번에 처리해줄 수 있음. 이런 기능 단위로 묶을 수 있는 꿀기능이 인터페이스라고 생각함.

인터페이스는 public method를 정의만해두면 쓰는 사람이 상세구현하면 되는거라서 뭔가 좀 합리적임.

추상 클래스랑 인터페이스랑 무슨 차이가 있냐고 질문하면 그 해답을 찾는 즐거움은 독자에게 남긴다는 말로 대체.

[ㄴㅇ(121.65)]

ㅇㅇ

[익명(125.129)]

애초에 다중상속의 목적이 인터페이스라서

[地鬼(dczlatan)]

아하 ...

[익명(125.129)]

C++에서 지금 알려져있는 인터페이스의 용도로 쓰기위해 클래스를 다중으로 상속하게 만듦 -> 다중상속 시 수많은 문제점 발생(종류도 많아 댓글로 쓰기힘듦) -> 클래스는 하나만 상속, 인터페이스를 여러개 상속할수 있도록 문법 구성(자바) 이런 흐름임

[地鬼(dczlatan)]

압도적 감사