[💬] 콜백 가독성 높이기로 배우는 여러가지 디자인 패턴

이 글은 밑에 질문글에 대한 답임

질문자의 질문

-> 캐릭터가 피격 당했을 때 정해진 처리를 순차적으로 진행시키고 싶은데, 코드가 지저분해지는 건 싫다.

먼저 가장 기본적인 방식으로 코드를 만들어 봤어.

7cf3c028e2f206a26d81f6ec4380726e

사실 프로젝트가 크지 않다면 코드를 이렇게 짜는 것도 나쁘지 않다고 생각해.

다만 프로젝트가 크거나 확장성을 염두해둔 경우, 좀 더 깨끗하게 바꿀 수 있는 방법이 있어.

바로 저 행동을 클래스로 만드는 거야.

7ff3c028e2f206a26d81f6e34f84776a

이렇게 Hit을 클래스로 만들면 MyObject 클래스가 깨끗해지는 걸 볼 수 있어.

관련 변수(onDamaged)랑 함수(Effect, Blink, GetDamage)가 싹다 HitBehavior 클래스로 이동해버려서 보기도 이해하기도 훨씬 편해졌지.

사실 저 코드도 완벽한 코드는 아니야. 저 코드는 HitBehavior가 MyObject의 HP 변수에 직접 접근함으로서 MyObject의 캡슐화가 훼손됐거든.

저 MyObject의 HP 변수는 public으로 노출되어도 되는 게 아니잖아.

이 문제는 어떻게 해결할 수 있을까?

7ef3c028e2f206a26d81f6ec40847d69

위는 개선을 적용한 코드인데, HitBehavior 코드가 MyObject를 직접 참조하는 대신 데미지를 입히는 대리자인 getDamage 대리자를 받는 걸 볼 수 있어.

이렇게 하면 HitBehavior는 MyObject라는 존재를 몰라도 저 대리자만 실행해주면 되니까 서로 캡슐화가 가능하지.

그리고 HitBehavior는 parent가 MyObject가 아닌 다른 존재더라도 getDamage 대리자만 받으면 작동할 수 있으니까 확장성도 뛰어나.

이런 방식을 옵저버 패턴이라고 해. 이때 getDamage 대리자를 받아서 실행시켜 주는 존재인 HitBehavior은 주체, getDamage 대리자를 제공하는 존재인 MyObject는 옵저버라고 불러.

이 패턴은 위에서 말한 캡슐화의 용이성과 뛰어난 확장성의 장점 말고도, 하나 이상의 대리자를 등록했을 때 어떤 이벤트가 발생할 때마다 자신에게 등록된 모든 옵저버에게 호출을 걸 수 있다는 장점도 있어.

만약에 프로젝트가 진행되면서 맞으면 깜박이는 객체 A와 크기가 작아지는 B가 필요하다고 하자.

이때는 코드를 어떻게 고치면 좋을까?

-글자 제한으로 2부에서 계속

댓글 4