[💬] 유니티 왕초보 질문점 받아주실분...

[익명(210.100)]

시작한지 얼마안된 초보라 게임 오브젝트를 넣을때 어떤식으로 넣는게 효율적일지 몰라서 질문해여
1.그냥 게임오브젝트로 넣을때
2.인스턴스화해서 넣을때
3.싱글톤 패턴으로 넣을때
각각 장점이랑 단점이 뭔지 궁금해용

[123123(121.150)]

그냥이랑 인스턴스의 차이가 있음?

[123123(121.150)]

게임 오브젝트를 싱글턴으로 한다는건 이해가 안가는데;;

[123123(121.150)]

3번은 매니저 클래스 말하는거?

[123123(121.150)]

굳이 게임 오브젝트의 인스턴스를 하나로 제한해야 하는 이유가 있음?

[TD(121.167)]

1) 하이어라키 상에 미리 생성하기: 아트나 기획에게 가르쳐서 적당히 예쁘게 놓게 할 수 있다. 2) 인스턴스 생성: 손으로 생성하기 귀찮을때 좋다(똑같은게 엄청 많거나, 그리드 기반 퍼즐게임 몇십레벨) 3) 싱글톤: 악마. 제발 싱글톤 하지마셈. 싱글톤으로 할 이유가 없음. 애셋스토어에서 IoC 검색해서 공짜애셋 써라 의존성주입을 하세요 - dc App

[익명(223.33)]

2번이 Instantiate 메소드 말하는거면, 단순하게, 이미 존재하는 겜오브젝트를 샘플로 가져가서 그 설정 그대로 복붙한다는 의미임. "복붙" 생각하면 써야하는 상황이나 장단점 굳이 설명 안해도 대충 알겠지? 단, 오래걸리는 함수니까 씬에서 쓰일 것들 한꺼번에 미리 로딩 화면 도중에 생성해놓고 쓰는게좋음. pool-ing이라고 함

[익명(223.33)]

싱글톤은 애들이 오해하는데, 인스턴스를 하나로 제한하는게 아님. 뭔가의 이유로 이미 하나로 제한된 오브젝트에 대해 static한 참조를 걸겠다는 의미지. 쓸모는 스스로 찾는거지만 하나 예를들면, 수많은 오브젝트에서 A를 참조해야 하는데 A가 단하나만 존재할거면 싱글톤으로 구현해서 Find~ 등의 무거운함수 호출이나 메모리 낭비 없이 바로 접근할수 있음

[TD(121.167)]

ㄴ의존성주입을 통해 여러 곳에서 참조되는 서비스에 대한 레퍼런스를 정적참조 없이도 제공 가능함 - dc App

[TD(121.167)]

한편 일반적으로 싱글톤은 구체클래스에 대한 의존성을 야기하는 편이지만 인터페이스 참조 수준의 루즈 커플링을 의존성주입으로 얻을 수 있으니 ㅊㅊ해 함써봥 - dc App

[익명(210.100)]

TD랑 223.33 너무고맙다 사랑행