[💬] 유니티 싱글톤 대체 가능한 기능 있음?

[익명(211.186)]

코딩 좆밥이라 뭐만 하면 싱글톤 쓰게 되는데 이거 너무 남발하니까 나중에 코드 하나 고치려면 고칠게 많아져서 사용을 좀 줄이고 싶은데 너무 편리한 방법이라 못줄이겠음 ㅅㅂ

- dc official App

[연어(smosal)]

이런저런 시도도 많고 방법도 많고 근데 대부분은 배보다 배꼽이 더 커지는경우들이 많다고 느낌

[연어(smosal)]

대기업 중소기업 인디게임 할 것 없이 코드 뜯어보면 싱글턴 안쓰는데 없고, 결국은 잘 통제된 환경에서 잘 설계된 구조 위에 잘 만드는것이 정답이라 생각합니다. 생각없이 빠른 프로토타이핑용으로 뚝딱뚝딱 만들고 잘 되는거 확인하면, 리팩토링하면서 구조설계 계속 신경쓰며 관리하는게 맞는거같음

[연어(smosal)]

미래의 나는 다른방법을 찾았을지 몰라도 지금의 나는 그렇게 생각중

[익명(1.234)]

쓰는게 맞는건데

[익명(1.234)]

대체이런 보이지않는 걱정은 누가 가르친거냐? 그리고 싱글톤을 남발한 문제점은 무엇인데? 어떤부정적 영향을 끼친건데? 유독 유니티코딩쪽에 이상한 속설만들고 자기들끼리 눈치보는 문화가있더라

[익명(14.52)]

변경할때마다 일이 많아져서 자기가 바꾸고 싶대잖어..

[dd(58.236)]

젠젝트써봐 근데 위에 댓글처럼 싱글톤을 쓰더라도 확장성없이 설계된 클래스에서 이것저것 갖다쓰게되면 어차피 똑같은 경험하게 될거임 최대한 디커플링되게 구조를 잘 짜는 연습을해야할듯

[익명(218.233)]

C#: 그냥 쓰라고 ...

[익명(223.38)]

나는 싱글톤 쓸 일이 별로 없던데

[익명(112.168)]

편한게 좋은건데?

[익명(119.194)]

취미삼아 만들거면 스크립터블 오브젝트를 사용하는 거시에요. 물론 공동작업이슈, 보안 문제는 몰?루

[익명(119.194)]

아 근데 굳이 스크립터블 오브젝트 안써도, 이벤트/델리게이트 잘쓰면 싱글톤 의존도가 많이 낮아질텐데 이벤트 잘 쓰고 있음?