[🐣질문] 싱글톤이 싱글톤을 호출해서 문제되는 예시

[익명(110.11)]

뭐가 있을까?

아무래도 게임에 매니저 클래스가 없을수는 없다보니 적당히 쓰고있기도 하고

굳이 싱글톤이 필요없는 경우에는 컨트롤러 같은걸로 스태틱 클래스 만들어서 살살 만들어서 쓰기도 하는데

아무리 살살 쓴다고 해도 싱글톤이 다른 싱글톤을 참조하는 상황이 가끔 일어남

아직까지 딱히 문제된적이 없는데 솔직히 이게 어떻게해야 문제가되는지 상상조차 안가네

순환참조로 꼬이는 현상 말하는건가?

시스템 로그를 관리하는 클래스가 없어서 하나 만드려고 하는데 이걸 싱글톤으로 만드는 순간 싱글톤간 참조가 폭발적으로 늘어날거같아서 물어보고 시작함

[익명(49.237)]

편하자고 쓰는거니 터질때까지 신경 안쓰면 됨

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

상남자.. 멋지다!

[태보미(taebomi)]

딱히 문제되는건 없다고생각하는데, 트랜스폼하고 게임오브젝트가 상호참조한다고해서 transform.gameobject.transform.gameobject.setactive이런짓은 안하잖아. - dc App

[익명(14.52)]

안돌아가는 문제라기보단 이런건 구조적인 문제임. 어차피 서로 쌍으로 물고뜯고 참조하면 한 클래스나 마찬가지인데 뭐하러 그러냐. 라는 이야기를 들은적이 있어서. 기능이 서로 분리가 잘 되면 재활용성도 좋고 뭐 이래저래 좋으니까.

[익명(14.52)]

다른 이런저런 이유도 있겠지만 간단하게 개인적으로 체감할수있는 사례는 다음 게임을 만들었는데, 이전에 만든 코드를 재활용하는 걸 생각해보면 됨. 이부분만 깔끔하게 뜯고싶은데 이게 다른 부분을 참조하고 의존하면 그 클래스만 깔끔하게 뜯어서 이식하기 힘듦. 이 부분은 코어한 부분이라 다른 게임에도 이식해서 쓸수있으니 다른 클래스에 의존성을 최대한 줄여야한다라거나 같은 원칙을 세우고 하면 좀더 편할거임.

[익명(203.228)]

진짜 1도 문제될거 없음 - dc App

[익명(175.193)]

약간 기분이 안 좋아지는 것 말고는 상관없을 듯 ㅋㅋ

[익명(183.100)]

그러한 비슷한 모든 문제는 유지보수의 문제임 A라는 싱글톤 클래스가 B에게 의존적이거나 참조를 많이 한다면 B를 바꾸면 A를 바꿔야하는 상황이 발생할수 있으니까 되도록 피하거나 인터페이스를 뚫어서 B를 바꿔도 A는 문제없이 작동하도록 하는게 이상적이긴해