1. ThreadManager은 여러곳에서 여러 방식으로 사용될 수 있으니 그대로 두는 건 이해 되는데 CoreGlobal은 실수로든 어떻게든 생성자가 2번 이상 실행되는 순간부터 이전의 GThreadManager를 덮어쓸 위험이 있지 않나요? CoreGlobal을 싱글톤으로 만들지 않으신 이유는 무엇인가요? 2. ThreadManager::InitTLS() 안에 두신 정적변수 SThreadId는 ThreadManager가 여럿이 되어도 공유하게 되는데 이것은 의도하신 건가요?

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.   안녕하세요, 오준석님. 24강에서 Sqflite Test 코드를 작성하는 부분에서 질문이 생겨서 질문 남깁니다.   /di/provider_setup.dart 부분에서 openDatabase를 실행하셨는데, 이 부분이 singleton으로 하신걸까요..?   저는 오준석님이 강의하신것을 바탕으로 제 스타일로 한번 변형 해보고 있는데요, 저는 sqfLiteDatabase를 클래스로 따로 빼서 singleton으로 만들어 보고 있는데 테스트 코드에서 final db = await databaseFactoryFfi.openDatabase(inMemoryDatabasePath); 이 부분을 어떻게 적용해야 될지 감이 잘 안와서 질문 남깁니다.   오준석님이 lib/di/provider_setup.dart에서 하신 부분이 singleton으로 구현하신게 맞으신가요? -> 이게 가장 궁금하고, 아니라면 singleton으로 하지 않으신 이유도 궁금합니다!   아래 코드는 제가 singleton으로 구현한 SqfLiteDatabase 클래스 인데, 테스트코드 작성시 final db = await databaseFactoryFfi.openDatabase(inMemoryDatabasePath); 이 코드를 어떻게 작성하면 좋을지 조언 주시면 감사하겠습니다!   감사합니다. 오늘 하루도 좋은 하루 되세요 :) import 'package:flutter_architecture/data/data_source/note_db_helper.dart'; import 'package:sqflite/sqflite.dart'; class SqfLiteDatabase { static const tableName = 'note'; static const databaseName = 'notes_db'; static final SqfLiteDatabase _singleton = SqfLiteDatabase._internal(); factory SqfLiteDatabase() { return _singleton; } SqfLiteDatabase._internal(); Future<Database> database = initializeDatabase(); static Future<Database> initializeDatabase() async { Database database = await openDatabase( databaseName, version: 1, onCreate: (db, version) async { await db .execute('CREATE TABLE $tableName (id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT, content TEXT, color INTEGER, timeStamp INTEGER)'); }, ); return database; // NoteDBHelper(database); } }

@Injectable() 데코레이터가 있는 경우에는 해당 객체가 스프링처럼  싱클톤 패턴으로 객체가하나만 생성되면서 자원관리를 좀 더 효율적으로 하게 되나요? 

안녕하세요! 항상 좋은 강의 감사드립니다 :D 강의를 보면서 궁금한 점이 생겨 질문 드립니다. Spring bean 같은 경우에는 @Configuration 대상 클래스에 대한 프록시 객체를 생성하여 싱글톤을 보장하여 Spring container에서 관리된다는 것으로 배웠는데요. Servlet은 어떤식으로 Servlet Container내에서 싱글톤을 보장하는 것인가요??

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 이러 상황은 다음과 같습니다. null reference. 코드는 몇번이고 확인 했는데.. 여기 11번째 줄은 정확히 작성된 듯해서 문의 드립니다. 확인 부탁드립니다.

안녕하세요! 강사님 다름이아니라 라이브코딩 도중 의문점이 생겨서 질문 남겨봅니다! 번거로우실텐데 죄송합니다 질문1. 강의에서 본것처럼  AppConfig.class 에서 @Configuration 이 붙지않으면 스프링 컨테이너가 스프링빈들을 전부 싱글톤 방식이 아닌 계속 인스턴스생성을하여 메모리 낭비가 되는 모습까지는 이해했습니다. 근데, AutoAppConfig.class에서 @ComponentScan 시에 @Configuration 애노테이션을 안붙여도 모든 Component들이 스캔 후 알아서 싱글톤방식으로 빈이 생성되는것을 test코드를 통해 확인했습니다!  AutoAppConfig에서 컴포넌트 스캔 자체가 AppConfig같은 설정정보 없이도 @Component만을 탐색해서 빈을 등록하는거까지는 이해하고는 있는데 왜 @Configuration 애노테이션을 안붙여도 자동적으로 싱글톤방식으로 빈이 생성되는지 궁금합니다!  제가 뭘 놓치고 있는걸까요???