[💬] 그냥 만들다보니 갑자기 이게 맞나 싶네

[익명(14.4)]

여러 기능들 추가하다보니깐 매니저 클래스들이 많이 만들어졌는데 원래 Rpg게임들은 관리할께 많으니 매니저 클래스들이 많아지는게 정상이겠지?

[익명(222.106)]

클래스는 많이 나누면 나눌수록 좋은거라 생각해

[god(god1300)]

난 수정해야하는 대상이나 기능에 따라 나누는 게 좋다고 생각해 개인의 취향이지만 가끔씩 너무 나누면 이리저리 왓다갔다 거리기만 하더라구 하지만 한곳에 너무 몰아넣는다고 절대 좋은 건 아님

[Kaonuri(hon454)]

매니저 클래스가 많으면 결국 기능들을 각 Entity에 분산 시켜야 할 때라고 봄. 결국 싱글톤 패턴의 폐해가 나오기 시작하는 거니까.. 싱글톤 패턴 우회하기나 해결하기 같은거 검색해보면 많이 나올거임.

[익명(14.4)]

Entity에 분산한다는건 어떤 뜻임?? 매니저 클래스 하나에서 하던걸 다른 클래스들 스스로 하게 해야한다는거임??

[Kaonuri(hon454)]

비슷함. 매니저 클래스가 사실 필요한가? 라고 생각해 봐야 하는거지. 사실 관리하던 클래스에서 Static 함수나 변수를 통해서 해결 할 수 있던게 아닌가? 라고

[Kaonuri(hon454)]

매니저 클래스는 진짜 어떤 객체의 생성부터 파괴까지 관리하는 애들이 되어야 하고 그게 아닌 애들은 대부분 Static 함수/변수로 객체 내에서 처리 할 수 있을 거임. 대표적인 매니저 클래스가 게임의 상태를 관리하는 게임매니저나, 이펙트, 사운드, 오브젝트풀 같은게 그런거지.

[Kaonuri(hon454)]

예를 들어서 내가 관리하는 다수의 객체가 있을 때 모든 객체의 어떤 변수 A를 변경하고 싶으면 객체 생성 시 정적 배열에 객체를 집어넣고 정적 함수로 정적 배열에 있는 모든 객체를 순회하면서 변수 A를 변경하도록 하면 매니저 없이도 전체 객체를 관리하는 로직을 만들 수 있음.

[익명(14.4)]

지금 씬 이동하는것도 다 싱글톤 매니저에 넣었는데 그런거는 스태틱 함수 하나로 퉁치고 스킬관리, 아이템관리 같은건 매니저로 관리하는게 맞다는거구만