[💬] 싱글톤 쓰지마! 쓰지말라고!

[oo(125.137)]

라는 건 어그로고,

사실 싱글톤 써도 됨.

내 경우에는 테스트를 엄청 중시하다보니 싱글톤은 완전배제 하고 개발하는데

덕분에 개발이 오래걸리는 게 맞음.

싱글톤 쓰면

XManager.instance.YManager.Instance.Players[0].Health +=1

로 한줄로 끝날 것을

[inject] _playerManager;

[inject] _eventManager;

player = _playerManager.Players[0].

_eventManager.RaisePlayerHealthIncreasedEvent(player, +1)

로 의존성 주입하고 참조 일일이 따서 값 변경 이벤트 호출해줘야 함.

내 방식은 게임을 안 켜고 vs 상에서 각종 테스트코드를 추가하여

player의 health 의 변동을 0.01초 만에 테스트 해볼 수가 있다. (그것도 코딩하며 자동으로 체크함)

싱글톤을 쓰면 싱글톤의 모든 참조를 다 넣어줘야 하는데 싱글톤 특성상 서로 얽혀서 한 덩어리일 가능성이 높음.

그래서 자동 테스트가 불가함.

근데 게임이 별로 안 크면 그냥 싱글톤으로 짜고 겜 켜서 치고박은 후 체력 눈으로 보면서 확인하는게 더 빠름.

전체 개발일정이 빠듯하고 게임이 별로 안 크고 유지보수 계획이 별로 없을때는 싱글톤을 쓰는게 맞지.

더 일을 잘 하려고 하다가 일을 못 끝내는 것 보다는

어설프든 말든 일단 돌아가는게 훨 낫잖아?

[익명(125.189)]

이게 맞음 결국 디자인 패턴이라는게 개발 편하고 효율적으로 할라고 하는건데 mvc패턴 자체 고수 해서 개발 힘들고 불편지면 이게 또 디자인 패턴에 어긋나 버리는거고 싱글톤이라는 패턴이 나오지 않았겠지 팀 단위 프로젝트면 팀 내 원칙을 지키는게 맞는거고 뭐 혼자 개발할거면 알아서 편하게 하는게 좋지 결국 구현보다 구조 설계가 어려운게 이런것 때문이지

[익명(118.235)]

언리얼에선 에디터에서도 싱글톤이든 뭐든 생성 되더라. 좌표에 스폰하는 액터 계열만 빼면

[익명(61.252)]

나도 싱글톤으로 피본적 있는데 그래도 이게 맞는말인 것 같다