[Unity] C# 상속과 컴포넌트 패턴

상속

- 게임 엔진은 이미 완성된 기반 코드를 제공

- 게임 엔진의 코드를 재사용하므로 생산성 상승

- 유니티의 컴포넌트 기반 구조를 이해하려면 상속을 알아야 함

 

상속의 한계

부모 클래스를 상속해 자식 클래스의 기초 구현을 대신할 수 있다. 그러나, 상속에만 의존하면 오히려 코드를 재사용하기 힘들 수 도 있다.

부모 클래스는 자식 클래스에 공통적으로 필요한 기능을 구현해야하는 데, 부모 클래스의 기존 기능이 나중에 구현한 자식 클래스의 기능과 오히려 충돌할 수 있다. 

→ 컴포넌트 패턴을 사용해야 함

 

 

컴포넌트 패턴 Component Pattern

미리 만들어진 부품을 조립하여 완성된 오브젝트를 만드는 방식
미리 만들어진 컴포넌트를 빈 껍데기인 게임 오브젝트에 조립하는 방식

 

-   유연한 재사용이 가능하다.

-   기획자의 프로그래머 의존도가 낮아진다.

-   독립성 덕분에 기능 추가와 삭제가 쉽다. 

     ⓐ  게임 오브젝트는 단순한 빈 껍데기

     ⓑ  컴포넌트는 스스로 동작하는 독립적인 부품

 

MonoBehaviour

컴포넌트에 필요한 필수 기능

 

메시지 기반 방식

컴포넌트 패턴에서 컴포넌트들은 서로 관심이 없음
유니티는 컴포넌트의 어떤 기능을 실행시키고 싶을 때 메시지를 날리는 방식을 사용

 

브로드캐스팅

메시지를 무차별적으로 여러 오브젝트에 동시에 뿌리는 방법

 

메시지와 브로드캐스팅은 Start(), Update(), OnTriggerEnter() 등의 유니티 이벤트 메서드가 동작하는 원리이다.

유니티 이벤트 메서드는 이름 철자만 똑같이 구현해두면 메시지에 의해 자동으로 실행된다.