좋은 영상 감사합니다. 라이브에서 참여를 못한게 너무 아쉽네요. 제가 공부하면서 참고하던 유튜버분들도 많이 보여서 신기하네요. 평소에 코딩 방식이랑 비교하고 생각하다가 몇가지 질문이 생겨서 댓글로 남깁니다. 1. Double Checked Lock Singleton에 대해서 설명해주셨는데 그럼 MonoBehaviour를 사용한다면 싱글스레드를 보장하기 때문에 lock을 사용할 필요가 없는게 맞을까요? 2. 저는 오브젝트 풀을 쓸 때, Dictionary를 달아서 생성할 오브젝트를 하나에서 모두 관리했는데 영상처럼 각 오브젝트 별로 Pool을 두고 Stack을 사용하는게 더 좋은 방법일까요? 3. SOLID에서 객체라는 것이 이미 유니티에서 Scene에 만들어져 있으니 Script를 기능별로 만들어서 컴포넌트 형태로 직접 붙여주는 방법은 좋지 않은 걸까요? Player 클래스가 모든 컴포넌트를 관리하도록 존재해야만 할까요?
안녕하세요. 항상 영상 잘 보고 있습니다. 싱글톤 파트에서 궁금한 점이 있습니다. private static readonly SimpleSingleton instance = new SimpleSingleton(); 이 예제에서 처음부터 할당하면 static class와 다를 게 없어 보이는데 어떤 이점이 있을까요? 추가로 싱글톤 예제에서 if (instance == null)을 두 번 하는 이유에 대해서 설명해 주셨는데, lock이 해당 코드 블럭을 하나의 스레드만 실행하게 만드니까 바깥의 if문은 필요 없는 거 아닌가요?
SOLID 이해하고 싶었는데 감사합니다😊
10:49 preview
20:35 Unity E-book 소개
23:24 Programming Design Pattern
28:03 Component Pattern
30:50 SOLID 원칙
32:31 Single-Responsibility Priciple 단일책임원칙
35:46 Open-Closed principle 개방폐쇄원칙
39:30 Liskov substitution principle 리스코프치환원칙
47:09 Interface Segregation principle 인터페이스분리원칙
49:35 Dependency Inversion principle 의존역전원칙
55:40 추상클래스 vs 인터페이스
1:03:40 SOLID 정리
1:06:00 Factory pettern 팩토리 패턴
1:13:30 Object pool 오브젝트 풀
1:27:50 Singleton 싱글톤
게임 분야로 꼭 취업하고 싶은 학생인데 덕분에 많은 지식 얻어 가요~ 감사합니다^^
이거보고 유니티 다시 도전하기로 했습니다!!
디자인 패턴 좋네요
1:05:00 너무 유용하네요 책갈피 하고 다음에 또 볼게요
아주 좋네요 ~~
코린이로서 필요했던 정보를 제공해주셔서 감사드립니다 ㅆ
최고의 방송!!
너무 유용해요 :)
좋은 영상 감사합니다. 라이브에서 참여를 못한게 너무 아쉽네요. 제가 공부하면서 참고하던 유튜버분들도 많이 보여서 신기하네요.
평소에 코딩 방식이랑 비교하고 생각하다가 몇가지 질문이 생겨서 댓글로 남깁니다.
1. Double Checked Lock Singleton에 대해서 설명해주셨는데 그럼 MonoBehaviour를 사용한다면 싱글스레드를 보장하기 때문에 lock을 사용할 필요가 없는게 맞을까요?
2. 저는 오브젝트 풀을 쓸 때, Dictionary를 달아서 생성할 오브젝트를 하나에서 모두 관리했는데 영상처럼 각 오브젝트 별로 Pool을 두고 Stack을 사용하는게 더 좋은 방법일까요?
3. SOLID에서 객체라는 것이 이미 유니티에서 Scene에 만들어져 있으니 Script를 기능별로 만들어서 컴포넌트 형태로 직접 붙여주는 방법은 좋지 않은 걸까요? Player 클래스가 모든 컴포넌트를 관리하도록 존재해야만 할까요?
안녕하세요. 항상 영상 잘 보고 있습니다.
싱글톤 파트에서 궁금한 점이 있습니다.
private static readonly SimpleSingleton instance = new SimpleSingleton();
이 예제에서 처음부터 할당하면 static class와 다를 게 없어 보이는데 어떤 이점이 있을까요?
추가로 싱글톤 예제에서 if (instance == null)을 두 번 하는 이유에 대해서 설명해 주셨는데, lock이 해당 코드 블럭을 하나의 스레드만 실행하게 만드니까 바깥의 if문은 필요 없는 거 아닌가요?
아 그 부분 설명이 부족했네요. lock 위에서도 null체크 하는 이유는, 매번 lock이 실행되면 성능이 떨어지기 때문입니다. 인스턴스가 생성이 안되어있는 최초 한번만 락이 걸리도록 의도한 것입니다
한달에 한번 하기에는 너무 오래 기다려야 되네요... 흑흑...
요즘 애들 솔리드 몰라요...
해당 영상에서 사용하신 샘플 어디서 받을 수 있는지 알려주실 수 있나요?
두분 먼가 엄청 닮으셨는데??!