[🐣질문] 개발할 때 옵저버 패턴 비중이 좀 큰데요

[로케트는어떻게..(injjj4444)]

옵저버패턴을 한 번 적용해보고 나니까 꽤 쓸만해서

캐릭터 컨트롤 -> 캐릭터 움직임, 캐릭터 상태 등

카메라 컨트롤 -> 카메라 움직임

이런 식으로 대부분 옵저버 패턴으로 짜게 됐는데요

지금은 코드나 이벤트가 적어서 별 문제는 없는데, 혹시 나중에 문제가 좀 있을까요.

이벤트 발생과 처리를 한 패턴으로만 해결하니까 예전에 싱글톤으로 점철되었던 스파게티 코드가 생각나서요..

- dc official App

[익명(58.124)]

옵저버 패턴에 의존하는 규모가 좀 커지면 나중에 버그 났을 때 버그 찾는거 개불편함. 개인적으로는 싱글톤 떡칠했을 때보다 더 불편했음

[로케트는어떻게날아?(injjj4444)]

헐 진짜요? 그럼 어떻게 처리하죠.. 다른 패턴을 써먹어야 하나요? - dc App

[소닉쫄따구테일즈(dcz3xv7zgu14)]

옵저버 패턴은 이벤트 체크를 남에게 맡기고 넌 이벤트발생때 통지만 받고 싶을때 쓰는 패턴임. 처음엔 편할지 몰라도 나중에 이벤트 받는 순서까지 너가 정해야 하는 순간이 오면, 그땐 널 괴롭히는 패턴이 될거임

[소닉쫄따구테일즈(dcz3xv7zgu14)]

복잡하지안은 시스템은 그냥 옵저버패턴쓰고 앞으로 복잡해질거같은건 그냥 폴링해서 쓰는걸 추천. 번거롭긴하지만, 폴링응 하게되몀 이벤트에 관심있는 쪽에서 순서통제가 더 쉬움

[로케트는어떻게날아?(injjj4444)]

둘을 섞어서 써도 괜찮을까요? 굳이 순서가 필요없으면 옵저버로 필요하면 폴링으로 해서.. - dc App

[로케트는어떻게날아?(injjj4444)]

찾아봤는데 폴링으로만 하면 비효율적일 것 같아서요 - dc App

[소닉쫄따구테일즈(dcz3xv7zgu14)]

ㅇㅇ 필요에 따라 쓰면 됨. 나같은경우 UI이벤트는 무조건 옵저버씀, 왜냐면 순서가 중요하지 않거든 근데 게임 이벤트같은경우는 폴링으로 처리함. 단순하게만 봐도, 이벤트 중에 "맞았다","방향키누름" 이벤트 이렇게 두개가 있는데 맞았다->경직액션 방향키누름->이동 저 경우에는 맞은걸로 경직을 보내고 방향키이벤트는 씹어버려야 하는 상황이거든. 옵저버패턴으로 처리하려면 방향키누름쪽에서 if경직이면 무시하도록 코드를 넣어야함. 순서가 보장안되니께 이렇게 해줘야하지

[소닉쫄따구테일즈(dcz3xv7zgu14)]

그리고 옵저버에 통지를 받는 순서라는게 있음. 먼저 Subscribe한 애가 통지를 먼저 받겠지.(아닐수도) 게임에서는 가끔 이것도 중요할 떄가 있어. 어쨌든 옵저버패턴은 편한패턴이지만, 그만큼 통제가 안되는것들이 좀 있음. 위에 첫댓형 말대로 후반가면 피곤해질수도 있어

[로케트는어떻게날아?(injjj4444)]

좋은 글 감사합니다..ㅠㅠ 이제 걱정 없이 할 수 있겠어요 정말 감사합니다. 좋은하루 되십샤!!!! - dc App

[익명(1.235)]

섞어쓰고 자신만의규칙을만드셈

[익명(222.109)]

나는 옵저버 강추 디버깅하는게 불편하긴한데, 그건 기능이 미친듯이 많아야 되는거고 뭐 Sorting 가능하고, Evnet Order 조절하게 해서 등록하게 하면 디버깅도 쉽고 기획자가 원하는 추가 기능이나 로직도 기존 코드 안바꾸고 다이나믹하게 변경 가능함 ㅇㅇ 게임은 언제 어떻게 바뀔지 모른다고 보기 때문에 강추

[익명(222.109)]

특히, inspector로 빼 놓으면 기획자 마음대로 기능 넣고 빼고도 되고, 테스트용 커플링도 마음대로 조절할 수 있어서 좋음 단, Link 깨지면 쉽지 않긴해