[💬] 내가 진짜 몰라서 그런데 싱글톤 없이 게임 만들 수 있음?

[ㅆㅇㅆ(124.216)]

아주 작은 게임이면 애초에 클래스가 많이 필요 없어서 가능할거 같은데

좀 규모가 있는 게임에 싱글톤 아예 없이 게임 만들 수 있냐?

강의들 다 보고 있는데 싱글톤 패턴을 작든 크든 다 사용하더라고

근데 서비스 로케이터 패턴이라는 걸 봤는데, 이거는 왜 안쓰는거냐? 주로 사용하는 강의도 못보고

오히려 봤는데 이게 훨씬 더 모듈화되고 기능별로 분리 시켜서 코드 사용할때 조립하기 훨씬 편한거 아님?

이거 봤는데 서비스 로케이터 패턴은 DI 랑 비슷하게, 최종적으로 코드 플로우의 끝에서 받는 것만 의존성 주입하는거랑 비슷하게 느끼는건데

왜 서비스 로케이터 패턴이라는 것은 사용하지 않는거임?

강의들 보고 있는데

서비스 로케이터 패턴이 훨씬 패턴화 되있고, 모듈화 되있기 편해서 훨씬 더 나중에 조립하기 편하지 않나?

근데 대부분 왜 싱글톤을 사용하는거냐

[사슴발레리나(dearvalerie)]

걍 싱글톤이 무지성으로 때려박기 좋아서 그런거 아님? 몸비틀면 아예 안쓰고 겜 만들수야 있겠지만 그럴 이유가 없어서 걍 싱글톤 쓰는거같은데

[ㅆㅇㅆ(124.216)]

서비스 로케이터 패턴이 훨씬 좋은거 아닌가? 이거는 한번 만들어두면 캐릭터 컨트롤러나 이런거에 상관없이 사용할 수 있어서 모듈화 되있고, 최종적으로 사용자가 만들어야해서 훨씬 더 간편한거 같은데 왜 싱글톤을 쓰는걸까 모르겠네

[ㅇㅇ 1(60.133)]

간단하니까

[ㅆㅇㅆ(124.216)]

오직 그것뿐으로???

[ㅇㅇ 2(183.100)]

객체를 생성해서 객체의 내용물을 이곳저곳에서 변환시킬때 싱글톤이 제일 편함 게임같은경우 여러개의 씬이 있자나 메인씬, 전투씬, 아이템씬 이런 여러씬에서 캐릭터 데이터를 가져다 쓸 경우에는 한곳에 만들어진 데이터를 가져다가 써야 전체씬에서 동일하게 적용할수있음

[ㅆㅇㅆ(124.216)]

즉 세이브 저장같은거 편해서? 씬 전환할때 편해서인가? 그때문에 싱글톤이 쓰인다고 봐야하나. 싱글톤 넘 많아지니까 내가 감당이 안되는데

[ㅇㅇ 2(183.100)]

저장도 편하고 음 쉬운예로 요새 모바일 rpg게임들도 보면 전투화면, 메인뽑기 화면, 장비교환화면 다 다르자나 캐릭터 데이터를 한곳에 만들어두고 각자의 화면에서 가져다 쓰는거임 싱글톤의 요지는 데이터가 한개만 존재한다는 뜻임

[ㅆㅇㅆ(124.216)]

흠 그렇긴하지 일단 알겠다

[ㅆㅇㅆ(124.216)]

긴 댓글 고맙다. 공부 다시해봄

[ㅇㅇ 2(183.100)]

싱글톤 구현해보면 인스턴스가 존재하면 새로 할당하지 말라는 코드가 존재함. 이 부분이 핵심

[ㅆㅇㅆ(124.216)]

그거야 알지. 근데 써보면 알다시피 싱글톤은 가령 XX시스템 구현하면 그것만 따로 테스트가 안되잖아 너무 불편하고.

[ㅇㅇ 2(183.100)]

유니테스트 하려고 하는건가? 어떤식으로 구현했는지 모르겠지만 각 데이터마다 싱글톤으로 구현했으면 오히려 그부분만 떼어서 테스트하기 편할수가있음

[ㅆㅇㅆ(124.216)]

너무 게임 매니저에 다 때려박아서 처음에 배운대로. 캐릭터 생성부터 게임 매니저에 연관 시켜서 데이터 받아서 하는거라 당연히 그렇다보니 흠..

[ㅇㅇ 2(183.100)]

캐릭터데이터 싱글톤하나만들고 거기에 함수는 초기화 정도 만들고 그 캐릭터들을 가져다 쓸수있는 게임(싱글턴)매니저에 전투 클래스, 거래 클래스등등 만들어서 캐릭터데이터 가져다 쓰고 ui(싱글턴)매니저 따로 만들고 이정도로 싱글턴만들어서 쓰면 괜츈할듯?

[ㅆㅇㅆ(124.216)]

일단 고맙다. 좀 수정해봐야겠다

[익명(1.229)]

저 서비스로케이터도 결국 한개만 존재하니깐 싱글톤으로 만들어두면 좋은거지 괜한곳에서 생성해서 서비스로케이터가 2개되면 이상하잖어

[ㅆㅇㅆ(124.216)]

서비스 로케이터 패턴이 훨 좋은거 같은데 이건 왜 안쓰는거지

[익명(175.193)]

만들수는 있지 편의상 많이 쓰는것뿐

[익명(175.193)]

싱글톤도 너무 남발하면 별로 좋지 못한 코드기는 함

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[ㅆㅇㅆ(124.216)]

근데 그거는 서비스 로케이터도 비슷하지 않나여 행님

[로코복실한(dovecreative)]

대부분의 요리에 조미료가 들어가는 이유랑 비슷함 안써도 문제는 없는데 쓰면 편하지 그리고 조미료처럼 싱글톤도 꼭 필수적인건 아님

[익명(furryparty)]

있음. 일일이 주소를 넘기는 방식으로. 약간 귀찮아지긴 해도 솔직히 난 싱글톤 최소화 해야한다 생각함. 아님 오브젝트 하나 생성해서 그걸 싱글톤 대용으로 쓰던지. 싱글톤이 같은 정적 특성(메모리에 올라가면 프로그램 죽을때까지 소멸 안됌)이 사실좀 위험한 특징임. 그래서 정적 함수나 정적 변수는 최소화하라는거고. 근데 싱글톤은 그 정적 특성을 최대로 쓰는 방법이라... - dc App

[태보미(taebomi)]

전부터 매번 같은고민하시길래 말씀드렸었는데 스크립터블 오브젝트 활용해보셈 없이가능함

[ㅆㅇㅆ(124.216)]

해봤는데 이게 더 불편한거 같던데 일단 ㅇㅋ

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[ㅆㅇㅆ(124.216)]

이런게 있었네