인프런 커뮤니티 질문&답변

말씀감사합니다.

디커플링 관련해서 추가적으로 궁금한점이 있습니다.

[ Player - MyEventBus - UIManager ]

구조일 때

현재 제시된 예제는

Player 와 UIManager 가 직접적으로 연결되는 것을 막고 자 SO 를 활용하여 생성한 MyEventBus 라는 중계기를 사용하는 것으로 이해가 됩니다.

그렇다면 MyEventBus 를 통해 Player 와 UIManager 사이의 직접적인 연결만 끊을수 있으면

싱글톤 클래스나 SO 나 별 차이가 없는게 아닐까 하는 궁금증이 생겨서요.

Player - MyEventBus - UIManager 관계에 대한 이해는 정확히 하셨습니다.~

SO를 사용한 이벤트버스의 경우 Player와 UIManager가 MyEventBus를 각각 참조하고 있습니다. 직접적인 연결은 없지요. 그러나 싱글톤을 사용해 Player가 UIManager를 접근하고자 한다면 다음과 둘간의 직접적인 연결(커플링)이 형성됩니다. 이것을 막고자 하는 디자인 패턴입니다.

예를 들어 Player 스크립트에서 UIManager를 싱글톤으로 참조한다고 가정한다면 다음과 같이 참조하겠죠. 만약 UIManager에 선언한 UpdateHealthBar의 파라메터 갯수를 변경해야만 하는 상황이 발생했다면 해당 싱글턴을 참조하고 있는 모든 스크립트를 수정해야합니다.

public class Player : MonoBehaviour
{
    private float maxHealth = 100.0f;

    private void TakeDamage()
    {
        // 여기서 싱글톤을 참조합니다. 커플링이 발생하는 것이죠.
        UIManager.instance.UpdateHealthBar(10.0f, maxHealth); 
    }
}

public class UIManager : MonoBehaviour
{
    //싱글톤 패턴
    public static UIManager instance;

    private void Awake()
    {
        if (instance == null)
        {
            instance = this;
        }
    }

    public void UpdateHealthBar(float _current, float _max)
    {
        //체력바의 크기를 조절하는 함수
        //UIManager의 하위에 있는 체력바의 크기를 조절
    }
}

이벤트 버스 패턴은 약속된 이벤트를 발행하고 해당 이벤트가 발생되면 정해진 로직을 수행하는 디커플링 패턴입니다.

잘 설명해드렸는지 모르겠습니다. ㅠㅠ

아.. ^^; 역시 제가 글을 잘 못쓰나 봅니다.

Player - MyEventBus - UIManager

형태에서 MyEventBus 를 현재 강의처럼 SO 로 만들 수도 있고,

그냥 일반적인 싱글톤으로 만들 수 있을거 같아서요.

UIManager 를 싱글톤으로 하자는 이야기가 아니었습니다.

이벤트버스 채널을 굳이 싱글톤 클래스가 아닌 SO 로 만들었을 때의

장점이 있는지에 대한 질문이었습니다.

아~~ 제가 질문의 요지를 잘못 이해했나봐요.

이벤트버스를 싱글턴을 구현하셔도 당연히 괜찮습니다. 개발자의 취향이나 선택의 문제입니다.

강의에서 초점을 맞추었던 부분은 이벤트버스 패턴을 SO로 구현해 보는 것이었습니다.

오! 그럼 SO 만의 특수한 장점이 있다기 보다는

SO 를 이용해서 이벤트버스 패턴을 구현할 수 있음을 보여주신거라 생각하면 좋겠네요.

말씀 감사합니다. 🙂

언젠가 시간되시면 RPG 게임의 인벤토리 시스템이나,

네트워크 멀티 게임,

몬스터 헌터와 같이 다중 피격 콜라이더가 있는 적에 대한 처리및 피격시 타격감을 위한 stop motion 같은

중/상급자 강의도 부탁드립니다.

즐거운 시간이었습니다. 감사합니다.