비전공자를 위한 코딩 이야기 150621 상속 관련 이것저것

1. 상속 관련 이것저것
150621 에그

2. 게임의 예
Player
Move()
OpenInventory()
Monster
Move()
DropReward()
NPC
Move()
OpenShop()

3. 상속
Player
OpenInventory()
Monster
DropReward()
NPC
OpenShop()
Character
Move()
• 다른 클래스로부터 기능을 상속받는다.
• 서로 다른 클래스를 Character 하나로 퉁쳐서 관리할 수 있음
• 같은 기능의 소스코드를 복붙할 필요 없음

4. 복붙 – 재앙의 불씨
• 같은 기능을 구현하기 위해 같은 소스코드를 여러 곳에 복사-붙
여넣기
• 예:
이벤트템 or 퀘스트템 -> 거래불가
이벤트템 or 퀘스트템 -> 드롭불가
이후 실수로 한 곳만 수정
이벤트템 or 퀘스트템 or 캐시템 -> 거래불가
이벤트템 or 퀘스트템 -> 드롭불가
드롭을 이용해 캐시템을 건내줄 수 있음!

5. 상속 - Overriding
• 플레이어는 사다리를 탈 수 있게 해주세요.
• Player 가 Move 기능을 override 하여 사다리도 탈 수 있는
Move 기능 구현
Player
Move()
OpenInventory()
Monster
DropReward()
NPC
OpenShop()
Character
Move()

6. 상속 – Overriding
class Character
{
func Move()
{
if (왼쪽 화살표 눌림)
왼쪽으로 이동
else if (오른쪽 화살표 눌림)
오른쪽으로 이동
}
}
class Player
{
func override Move()
{
if (위쪽 화살표 눌림)
사다리 타기
else if (아래쪽 화살표 눌림)
사다리 내려오기
else
base.Move()
}
}

7. 상속?
• 몬스터도 사다리를 탈 수 있게 해주세요.
• Player 가 override 한 Move 를 복붙하면 되긴 함
• 아.. 앙대!
Player
Move()
OpenInventory()
Monster
Move() ???
DropReward()
NPC
OpenShop()
Character
Move()

8. • Character 의 Move 에서 모
든 캐릭터의 이동을 고려해
도 되긴 함
• Character 클래스가 점점
해짐
• Move, Skill, Stat 등등
• 결국 상속의 장점이 사라짐
• 아.. 앙대! (2)
class Character
{
func Move()
{
if (위쪽 화살표 & (P or M))
사다리 타기
else if (아래쪽 화살표 & (P or M))
사다리 내려오기
else if (왼쪽 화살표)
왼쪽으로 이동
else if (오른쪽 화살표)
오른쪽으로 이동
}
}

9. 컴포넌트
• 클래스의 기능들도 클래스화 한다.
• 캐릭터 클래스의 상속구조와 기능의 상속구조를 분리할 수 있
음
AdvMoveComponent
Walk()
ClimbLadder()
MoveComponent
Walk()

10. 컴포넌트
• MoveComponent 를 캐릭터에 부착
• Player, Monster는 다른 컴포넌트를 부착
• 이 부분을 데이터화 하면 기획자가 직접 기능을 바꿀 수 있음
• 이동 관련 기능이 Walk, Ladder, Jump 등으로 늘어나면?
• MoveComponent 의 기능들을 다시 컴포넌트로 나누면 됨
Player
AdvMoveComponent
OpenInventory()
Monster
AdvMoveComponent
DropReward()
NPC
OpenShop()
Character
MoveComponent

11. 상속을 사용할 수 없을 때
• 캐릭터와 맵오브젝트에 이름표를 띄워주고 싶음
• 각각 함수를 만들어야 하나?
이름표 띄워줄 오브젝트 종류가 늘어나면?
• 그렇다고 이 기능 하나 때문에 캐릭터와 맵오브젝트가 같은 클
래스를 상속받을 수는 없다.
Character
Position
Name
MapObject
Position
Name
GUI.DrawNameTag(Character c) GUI.DrawNameTag(MapObject o)

12. 인터페이스
• 내부가 어떻게 동작하든
“전원 마크가 그려진 버튼“ -> “기기가 켜짐“ 이라는 약속
• 실체와 무관하게 외부에서 접근 가능한 “약속”만 알면 됨

13. 인터페이스
• INameTagDrawble.Position 은 출력위치를 의미한다는 약속
INameTagDrawble.Name 은 이름을 의미한다는 약속
• 어떤 클래스든 INameTagDrawable 인터페이스만 구현해주면
이름표를 달아줄 수 있다.
Character
: INameTagDrawable
Position
Name
MapObject
: INameTagDrawable
Position
Name
INameTagDrawable
Position
Name
GUI.DrawNameTag(INameTagDrawable o)
{
o.Position 위치에 o.Name 라벨 출력
}

14. 상속 vs 인터페이스
• 상속: 한번에 하나의 클래스만 상속받을 수 있다.
인터페이스: 여러 인터페이스 붙일 수 있다.
인터페이스는 한 번 밖에 사용할 수 없는 귀중한 상속구조를 소
모하지 않아도 됨
• 인터페이스는 “약속”만 정의할 뿐 동작은 클래스에서 구현
• 전원 마크의 예
• Character.Move()를 인터페이스로 정의해버리면 Player와 Monster 에
서의 실제 동작은 복붙해야함

15. 알아둘 내용
• 지금까지의 설명은 C# 기준
• C++은 다중상속 가능하지만 안 쓰는걸 추천
• C++은 인터페이스 개념을 언어차원에서는 지원하지 않음
• 다중상속을 이용해 클래스 상속을 인터페이스처럼 사용