[🐣질문] 제네릭 싱글톤은 왜 bool로 체크해줌?

[익명(218.239)]

제네릭 안쓰고 직접 코딩한 싱글톤에서는 bool 쓰는거를 못봤는데

제네릭에서만 싱글톤이 먼저 삭제될 수 있는 문제가 생김?

[Anonymous(58.124)]

주석보면 답이 나와있음

[익명(218.239)]

의미는 이해되는데, 제네릭 안쓰고 간단하게 적어둔 싱글톤들은 저런 처리를 안하길래 혹시 제네릭에서만 저런 일이 발생하는지 묻는거였음.

[Anonymous(58.124)]

보통 싱글턴은 MonoBehaviour상속 안하고 쓰는데, 저 싱글턴은 MonoBehaviour를 상속하잖아. 나도 Monobehaviour 싱글턴을 저런식으로 많이 쓰긴 했어. 왜냐면 저렇게 Mono상속하는 싱글턴을 사용하면 코루틴 쓰기가 편하거든. 이게 어떤 문제 때문에 나도 저런식으로 코드를 짰던걸로 기억해. 뭐였냐면 A라는 MonoBehaviour를 상속하는 스크립트가 있음. 그리고 저 Singleton를 상속하는 B라는 싱글턴 스크립트가 있어.

[Anonymous(58.124)]

A의 OnDestroy에는 B싱글턴을 호출하는 코드가 있다고 치자. 에디터에서 Stop을 눌렀어. 그럼 유니티엔진은 B스크립트가 붙은 게임오브젝트랑 A스크립트가 붙은 게임오브젝트를 삭제하면서 동시에 각각 OnDestroy를 호출할거야.(순서는 엔진마음) B 게임오브젝트는 삭제가 됬어. 그리고 A를 삭제하면서 OnDestroy가 불려서 B가 다시 생성됨(저 shutdown불리언이 없으면 다시 생성되게됨) Stop이 끝나고 에디터모드로 돌아왔는데 B싱글턴 게임오브젝트가 에디터 씬에 남아버렸네.

[Anonymous(58.124)]

그래서 나도 저렇게 shutDown비슷한 불변수로 싱글턴의 onDestroy가 불리면 shutDown을 true로 해서 더이상 생성안되게 했던 기억이 있다.

[익명(59.12)]

이게 제일 완벽한 답변인듯

[뒷도(yeonghoey)]

제네릭 때문이 아니고 Singleton에서 Singleton 자체가 MonoBehaviour를 상속하고, T 자체도 MonoBehaviour를 상속하는 타입만 허용하도록 작성했기 때문임. 일반적으로 MonoBehaviour를 상속하는 이유는 GameObject에 AddComponent같은 걸로 추가한 다음, Awake, Start, Update 등의 Unity에서 불러주는 Callback을 쓰기 위함인데, 보통의 Singleton은 그냥 전역 상태만 갖고 있는 거라 Singleton 자체는 MonoBehaviour를 상속받을 필요가 없고, 그런 구현을 많이 봐왔을 것임. 저 구현에선 왜 저렇게 했는지 모르겠네. 나머지 코드를 보든지 해야할 듯?

[익명(218.239)]

내가 초보여서 그런지 몰라도 대부분 상속받은 거 밖에 못본듯. 약간 꼬이는게 심해지긴 하지만 다른 대안 생각해내는게 더 고통스러워서 걍 많이 쓰는거같음.

[익명(175.223)]

제네릭이라서가 아님. 다른사례가 그런 경우를 상정하지 않고 설계한 것뿐임. 왜냐면 문제가 생기기 전까진 문제가 없는 거니까. 그 문제라는 건 플레이모드 나갈때 랜덤으로 오브젝트들이 파괴되면서 순서꼬이면 주석에 언급된 것처럼 고스트오브젝트가 생기는데 이 고스트 오브젝트가 에디터에 추가되어 남게됨. 즉, 개발환경에서만 짜증나는 일일 뿐인 것.

[익명(175.223)]

다시말해서 유니티 버그 피할려고 bool 체크해서 리턴 때리는 것이라 본래는 필요없는 것. 저 버그가 2021에도 여전히 존재하는 지는 나두 모름

[익명(218.239)]

아하, 그렇게 생각하니 확실히 코드들마다 왜 다른지 이해된듯 ㄳ

[ㅇㅖㅇㅏ(pinterest123)]

싱글톤 쓰지마라

[익명(221.140)]

고스트 오브젝트 생성문제인데 모노싱글톤이 디스토리 되는 환경이 나는 이해하기 힘들어서 굳이?