[🐣질문] 초짜 개발자인데, 싱글톤 관련 질문 하나만

[익명(112.155)]

싱글톤 써먹기 시작하고 나서, 지금 뭔가 잘못하고 있는거 같아서 질문 좀 할게

게임 내내 계속 써야할 것들.

예를 들면 매니저 역할을 하는 것들은 싱글톤으로 만들어서 쓰니까 너무 편하더라고

그러더니... 싱글톤이 점점 많아지기 시작했음

플레이어 오브젝트, 인게임 UI, 아이템 컨트롤(스폰해야할지 말아야 할지, 어디에 스폰 됐는지 등등)

DontDestroyOnLoad 까지 같이 짬통으로 쓰면서 무지성으로 코딩만 하다가

문듯 느낌이 쎄한거야. 싱글톤 남발하면 분명 안좋을텐데 하면서..

다른 사람들은 어떤 방식으로 매니저류를 관리하는지 궁금해.

더 좋은 방법이 있다면 갈아엎는게 나을 거 같아서 말이야

[익명(usnned)]

기능의 책임을 항상 생각하면서 개발 함

[연어(smosal)]

https://youtu.be/raQ3iHhE_Kk
이런것도 참고해보세용

[연어(smosal)]

겪고있는 문제나 걱정들이 다 싱글톤 쓰면 일어나고 겪는 문제로 바로이어지는 그자체임. 잘 헤딩해보고 있는거. 그렇게 단하나만의 무언가를위한 예외를 두기시작하다가, 그것들이 상호참조, 우선순위, 등 여러가지 풀기 복잡해지는 얽힌 실타래 같은 꼬임을만들어냄. 이것들을 해결하기위한 많은 접근법과 방법, 예외를 위한 예외들이 찾아보면 많음. 물론 완벽한 솔루션이 있었음 다들 그거쓰라했겠지만. 그런게없다는건 결국 어디서나 완벽하게 모든걸 갖춘 완벽한 무언가는 없단것임. 너 프로젝트에 맞는 너가생각하는 좋은구조를 끊임없이 요구사항의 변화에 따라 개선하고 리펙토링하면서 연구해보고 고민해보도록하세용

[익명(211.48)]

싱글톤의 핵심인 요소 단일화의 목적을 생각해 보면 동시에 하나 이상의 객체를 생성시키지 않는 것임. 달리 말하면 동시에 두 개 이상 생성될 일이 없는 개체들, 더 자세하게는 둘 이상 생성되어 자원 점유 충돌이나 값의 오류들을 유발시킬 가능성이 없는 개체들에 대해서 싱글톤을 꼭 사용해야 하는지 고려해봐야 한다는 뜻임. 꼭 필요하지 않다고 생각되면 가차없이 쳐내. 또, 설계된 프로세스 내에서, 논리적으로 두번 생성되어서는 안되지만 혹시 생성될까봐 방지차원에서 사용한다면 쳐내. 싱글톤 많이쓰면 결합도 높아지면서 나중에 코드 하나 고칠때 의존적인 싱글톤 패턴으로 짠 코드들도 다 고쳐야 돼. 꼭 필요한 경우에만 사용하는 게 오히려 리팩토링이 됨.

[거붓(ggp02217)]

어댑터 싸보실?

[Routine(220.81)]

빈오브젝트 안에 요소별 오브젝트 만들고 싱글톤 스크립트 넣는식으로 관리하셈

[익명(222.238)]

문제생기면 그때 바꿔도 늦지않음 코드는 엎질러진 물 같은게 아니라서

[익명(211.105)]

본문부터 댓글까지 그래서 문제가 뭐임. 문제가 생기지 않을까? 하고 다음이 없누

[익명(118.37)]

20년차도 싱글톤난사하는데 초짜가 왜 이런고민을?

[익명(175.113)]

문제 생기는 시점에 리펙토링하면 그만이지

[익명(175.113)]

출시하기전에 코드 구조나 이런거 생각하다보면 출시못함