[🐣질문] 아래 질문글 보고 나도 하나 질문쌈

[로켓단간부(pepeco20)]

진짜 인디씹고수들은 아키텍쳐 어케 들가는거임??

나도 디패를 했지만 기본적으로는 싱글톤을 큰 잣대로 가져감

걍 거의 싱글톤을 많이 씀

데이터베이스랑 매니저 클래스들은 다 싱글톤 작성을 함

어차피 게임 내내 굴러가서 이곳저곳 불려다니는 것들이고

어떤 거에 의존해야하는 것들도 아니고

또 싱글톤이 자원을 많이 먹는 것도 아니라고 생각하고 

그래서 좀더 구체적으로 적으면

예를들어 뭐 아이작같은 게임을 만든다고 치면

아래와 같은 매니저들을 디자인함

플레이어 매니저

: 플레이어의 관련된 모든 기능을 가진 플레이어 오브젝트를 가짐

맵매니저 혹은 스테이지 매니저

: 맵을 생성과 불러오는 기능을 가짐

맵은 룸 프리팹의 집합이고 뭐 클리어 등 여러 조건들을 관리함

에너미 매니저

: 생성된 맵에 에너미를 생성 배치하고 생성된 에너미들을 관리해줌

사운드 매니저

: 말그대로 사운드 이팩트들 관리

딱 이정도에서 관리함

ui들은 해당 매니저들에서 관리함

물론 ui매니저도 쓰라면 쓰는데, 솔직히 ui들 같은 경우 필요한 데이터 범위가 특정하기 때문에 (예를 들면 플레이어 체력바 같은 건 플레이어 매니저에서 플레이어 체력을 보게 하는 등) 매니저로 필요 데이터가 다  다른 ui들을 묶어두는 게 오히려 불편하다고 생각하고 있음

난 딱 이렇게 이정도로 잡고 가는 거 같음

사실 정말 난 기초만 딱하고 적당한 예제나 경험으로 이런 뼈대로 작업하는데 형님들 생각이나 방향성은 어떤지 궁금함

- dc official App

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

좋은데? 저렇게 접근하는거 나쁘지 않음. 아주 기본적인 것들이라. 저기서 이제 게임에 스킬생기고, 스테이지에 미션생기고 네트워크 플레이까지 되야 한다 하면 이것저것 막 생기겠지만, 시작할때 저렇게 하는거 나쁘지 않지

[로켓단간부(pepeco20)]

ㄱㅅ 하면서도 정답이 없는 영역이라 생각해서 방향성은 항상 고민하고 있었어서ㅋㅋ정답일진 몰라도 틀린건 아니라니 조금 안심이네 - dc App

[로켓단간부(pepeco20)]

ㄹㅇㅋㅋ플젝 커질수록 이게 맞나 하는 것들이 너무 많음. 그리고 수많은 게임 디패라고 있는데 정작 사용은 정말 어렵고, 쓰고나서도 자체 평가가 서지 않아서ㅋㅋㅋ많이 어렵네요 - dc App

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

사실 게임이라는게, 입력or데이터->계산->결과->반복으로 이루어지는 거라 그냥 옛날에는 함수형언어 C같은걸로도 만드는데 전혀 무리가 없었음. 이게 함수만 있어도되는데, 객체지향에 넘어오면서 함수를 선언하려면 클래스가 필요하게 됐잖아. 그래서 객체지향에서 게임설계를 할때 저렇게 싱글턴들이 많이 생길수밖에 없음. 물론 UI쪽은 객체지향부분이 좀더 편하기는 함 근데 게임로직쪽은 객체지향으로 구현이 점점 심화될수록 이게맞나 라는 생각이 많이 들게되지

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

ㄴ아 글좀수정하려고 다시 쓴건데 순서가 뒤바꼇네. ㅈㅅㅈㅅ

[로켓단간부(pepeco20)]

뭘 그런걸로 그러셈 그냥 적당히 이해하면 되죠 - dc App