[🐣질문] 싱글톤 질문

[익명(220.83)]

1. 싱글톤이 나쁜 거임? 안 쓸 수 있으면 쓰지 마??

2. 싱글톤 객체를 private static으로 선언하고 싱글톤 객체 getter를 public static으로 선언하는 이유는

객체를 public static으로 선언하면 다른 데서 싱글톤 객체를 변경해버릴 수도 있기 때문임?

--추가--

3. GameManager 클래스나 SoundManager 클래스를 싱글톤으로 만들면 아주 좋을 것 같다고 생각했음.

[고닷(m4odn36nekku)]

싱글톤으로인해서 문제생기는거아니면 걍써

[익명(220.83)]

싱글톤으로 어떤 문제가 생길 수 있어? 메모리가 아까워서 싱글톤 안 쓰는 건 아닐 것 같은뎅

[고닷(m4odn36nekku)]

몰?루 난 그래서 걍씀 ㅋ

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[고닷(m4odn36nekku)]

[익명(220.83)]

ㄳㄳ 1번은 사람마다 의견이 많이 다른가보네

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(220.83)]

ㅇㅇ 맞아 사운드 매니저는 다른 클래스들이랑 거의 독립적으로 행동하니까 싱글톤으로 만들면 좋을 것 같은데, 게임 매니저도 싱글톤으로 만들어도 되나 생각했었음 필요한 상수 전부 선언해서 언제든지 불러서 써도 좋고, 감추고 싶은 건 private으로 두면 되고 GameOver() 같은 건 여기저기서 불러서 쓸 수 있는 데다가 게임 매니저는 게임에 하나만 있어야 하니 이것도 싱글톤으로 쓰면 더 좋은 거 아닌가??

[익명(220.83)]

아 인스턴스화 한다는게 직접 객체 만들고 스크립트 달아준다는 말이었구나 싱글톤 객체를 만들어 준다는 뜻으로 이해했어 이게 고민이 싱글톤을 안 쓰면 게임 매니저를 일일이 필요한 모든 객체에 [SerializeField] private GameManager gameManager 이런 식으로 해서 달아줘야 하는데 그럴 거면 사운드 매니저처럼 싱글톤으로 만들어서 쓰는 게 낫지 않나? 근데 왜 게임 매니저는 싱글톤으로 만들지 않지 하면서 찾아보고 있던 중이야

[익명(112.153)]

일단 1번에 대한 답은 사용 할 곳에만 사용해야 한다는 것, 이 부분은 객체지향(OOP)에 영향을 받는다고 보면 됨. c에서 goto문이나 글로벌 함수 혹은 c++ 슈퍼 클래스와 같은 문제점이라고 보면 됨. 전혀 객체지향적이지 않다는 게 문제지, 왜 이게 문제인지 설명하려면 OOP에 대해 설명해야 하니까 그 쪽으로 먼저 공부하는게 맞음. 여하튼 그래서 goto문처럼 사용할 곳에만 사용하는 게 맞음. 메모리 부분이야 요즘은 메모리가 커서 큰 문제는 안되고, 그래도 데이터 메모리를 사용하기 때문에 크게 잡으면 안됨

[익명(112.153)]

그리고 메니저들은 보편적으로 싱글톤으로 잡지 않음. 이유는 메니저 자체도 객체지향적으로 디장니하는 경우가 많음. 공통적으로 디버그 기능이나 혹은 각 게임에 사용되는 매니저 공통 기능들은 OOP로 디자인해서 사용함 기저 클래스 매니저를 상속받아서 몬스터, 사운드, UI 등의 매니저를 만들어서 사용함 그래서 싱글톤으로 하지 않음

[익명(112.153)]

예를 들어 몬스터만 관리하는 특수한 매니저를 프로젝트 중간에 넣어야 하는 경우가 생길수도 있고 , 스테이지에 따라 특정 매니저를 날러야 할 때도 있음 그럼 싱글톤으로 구현할 수 없는 거임