[📚정보] R3에 대해 알아보자 - 입문

[태보미(taebomi)]

저와 같은 뉴비를 위한 글이에요.

R3가 무엇이냐, 뉴비는 옵저버 패턴이니 스트림이니 의존성이니 그런 거 몰라도 돼요.
R3란 값이 바뀌면 자동으로 알려주는 도구라고 생각하도록 해요.

바로 본론으로 들어가기 전에, 오늘의 참가자들이에요.

우리가 자주 직면하는 경우를 예로 들어 볼게요.

플레이어의 hp를 UI로 보여줘야 하는 상황이에요.

구구가가의 구현

구구가가는 플레이어의 UI가 플레이어에게 접근해서 hp를 확인하도록 했어요.

그리고 Update 문에서 매 프레임마다 확인하도록 구현했어요.

그 결과 아주 잘 동작하는 UI가 완성됐어요.

쓸데없이 매 프레임 체크한다, 성능이 어떻다는 구구가가에게 그런 건 관심 없어요.

문제의 발생

매 프레임마다 쓸데없이 체크하는 정도는 딱히 요즘 세상에서 성능으로 문제될 것도 아니었어요.

다만, hp 변동이 생기면 이펙트를 주고 싶어진거에요.

구구가가는 조금 힘들었지만 결국 해냈어요.

이전값과 현재값을 비교하는 방식으로요.

나중에 mp, stamina가 생겨도 이렇게 노가다하면 해결가능한거에요.

구구가가는 만족했어요.

근본 문제의 발생

하지만 이후, hp가 재생되는 기능을 넣자 새로운 문제가 발생해버렸어요.

몬스터에게 맞은 동시에 체력이 회복되었는데 체력이 그대로인거에요.

그게 한 프레임에 동시에 일어나버렸고, 체력은 이전 프레임과 동일한 값이 되어버렸어요.

UI는 무슨 짓을 해도 그 변화를 알아차릴 수 없었어요.

구구가가는 절망하고 말았어요.

케오의 구현

데미지 변동이있을 때마다 TakeDamage 함수 내에서 플레이어가 ui를 직접 호출해요.

그 결과 아주 잘 동작하는 UI를 완성했어요.

의존성이 어떻고 결합도가 어떻고라는 문제가 생기지만, 케오에게 그런 건 관심 없어요.

잘 동작하면 그만이에요.

문제의 발생

이 때, 케오가 기능을 추가하면 문제를 겪을 수 있어요.

체력을 회복시키는 기능을 추가하려고 해요.

힐 함수를 추가하고 hp를 증가시켰어요.

그런데 view에 hp를 전달하는 것을 깜빡해버리고 말았어요.

버그가 발생했지만, 다행히 간단한 예시이고 곧바로 눈에 띄는 문제여서 해결했어요.

기능의 추가

이번에는 UI를 하나 더 추가하고 싶어졌어요.

hp를 화면 좌상단 외에 머리 위에도 보여주고 싶어진거에요.

따라서 하나의 ui를 플레이어가 더 참조해주었어요.

지난 실수를 잊지 않고, 코드를 정확히 잘 작성했어요.

우리는 이제 문제를 깨달았어요.

나는 ui를 추가했는데 어째서인지 플레이어 코드를 수정해야하는 상황이 생겨버렸어요.

지금은 코드가 단순해서 한 눈에 보이지만, 먼 미래에 코드가 복잡해지는 순간 머리아파지는 상황이 발생할거에요.

이것이 바로 객체지향프로그래밍의 SOLID 원칙 중 OCP에 해당하는 개방폐쇄원칙을 위반하는 사례이기도 해요.

하지만 케오는 괜찮아요. 잘 동작하면 되니깐요.

달껄룩의 구현

앞서 두 문제를 겪은 달껄룩은 강해졌어요.

이벤트를 사용하기로 결심한거에요.

위에서 겪었던 문제들이 모두 해결되었어요.

hp 변동 시마다 이벤트만 쏴주면 되고, 플레이어 객체는 UI를 알 필요도 없어요.

달껄룩은 강해지고 말았어요.

사소한 문제

하지만 기능이 커지다보니 사소한 문제들이 발생했어요.

구독하고 해제도 신경써줘야하고, hp 변동있는 곳마다 이벤트도 같이 발생시켜줘야해요.

게다가 아무도 구독 안한 경우 null 예외 처리를 위해 이벤트?.Invoke 해주는 것도 안이뻐요.

UI 쪽에서는 hp가 30% 미만이면 위험표시를 해주고 싶어졌어요.

결국 콜백함수 내부에서 조건 분기를 통해 처리를 해주었어요.

조금 지저분하지만, 이제 겪었던 문제들은 없는 것 같아요.

달껄룩은 만족했어요.

태보미의 구현

태보미는 더 깔끔한 것을 찾아 나섰어요.

그것이 바로 R3!

이벤트의 불편한 것들을 내부적으로 알아서 처리해줘요.

R3와 이벤트, 둘은 동일한 표현이에요.

R3에서는 ReactiveProperty로 이벤트와 변수를 동시에 사용할 수 있어요.

UI 쪽도 R3와 이벤트로 표현해보았어요.

AddTo(this)로 인해 객체가 파괴될 때 알아서 Dispose가 되며 구독 해제가 일어나요.

지금은 최대한 간단하게 표현하기 위해서 이렇지만, 어떤 느낌인지 알겠죠?

태보미는 만족했어요.

참고로 그냥 Action에 대응하는 것들도 존재해요.

사실 진짜 강력한 기능들도 존재하지만, 그건 다음 시간에. (아직 모름)

그럼 안녕!

지금당장설치

GitHub - Cysharp/R3: The new future of dotnet/reactive and UniRx.

[불타는키보드(1bnmaker)]

[불타는키보드(1bnmaker)]

바로 설치하러감 ㅋㅋ

[태보미(taebomi)]

[Indie 1(49.163)]

[태보미(taebomi)]

[파이네(indiegamemaker)]

[태보미(taebomi)]

[사슴발레리나(dearvalerie)]

역시 인갤 1타강사의 위엄

[태보미(taebomi)]

1타강사가 되고싶꾸나...