
이제부터 객체(Object) 관리를 내가(개발자) 직접 하지 않고, 스프링(Spring)에게 맡기겠다는 의미로 스프링을 쓰라고 했습니다.가장 헷갈리는 부분은 "그냥 String name = "Ranga";라고 쓰면 되는데 왜 굳이 복잡하게 설정을 만들지?"라는 점이고,

이번 단계에서는 단순히 하나하나의 Bean을 만드는 것을 넘어서, Bean들의 이름표를 바꿔 달고(커스텀 이름), Bean들을 서로 조립(관계 형성)하는 방법을 배우셨습니다.마치 레고 블록(Bean)을 각각 만들고, 그 블록들을 합쳐서 완성된 장난감(Person)을 만

Spring을 공부하다 보면 'Spring 컨테이너', 'Spring 컨텍스트', 'IoC 컨테이너' 등 다양한 용어들이 쏟아져 나와 헷갈릴 때가 많습니다. 오늘은 이 용어들의 개념을 명확히 잡고, 실제 코드에서 어떻게 작동하는지 알아보겠습니다.한마디로 정의하자면, S

Java와 Spring을 공부하다 보면 POJO, Java Bean, Spring Bean이라는 용어가 자주 등장합니다. 비슷해 보이지만 미묘하게 다른 이 세 가지 개념, 오늘 확실하게 정리해봅시다."그냥 평범한 자바 객체"POJO는 말 그대로 '오래된 방식의 평범한

Spring 빈 조회 방법과 중복 빈 처리 전략(@Primary, @Qualifier) Spring 공부를 하다 보면 컨테이너 안에 도대체 어떤 빈들이 들어있는지 궁금할 때가 있고, 똑같은 타입의 빈이 여러 개라서 에러가 나는 경우를 마주하게 됩니다.오늘은 Sprin

스프링을 배우다 보면 문득 이런 생각이 듭니다."스프링이 객체를 관리해준다며? 근데 왜 내가 @Bean 만들고 new PacmanGame() 이러고 있지?"맞습니다. 지금까지 우리는 스프링에게 "이거 만들어줘"라고 일일이 주문서(Configuration)를 써서 줬습니

지난 시간에 우리는 @Component를 써서 스프링이 알아서 객체(Bean)를 만들게 했습니다. 그런데 여기서 호기심이 생깁니다."만약 게임이 팩맨(Pacman) 하나가 아니라, 마리오(Mario)도 있다면 어떻게 될까?"스프링에게 "게임기 가져와!"라고 시켰는데,

스프링을 공부하다 보면 의존성 주입(DI)을 할 때 "같은 종류의 빈(Bean)이 여러 개일 때 어떻게 하지?"라는 문제에 부딪히게 됩니다.지난 시간에 우리는 두 가지 해결책을 배웠습니다.@Primary: "우선권"을 주는 방법@Qualifier: "별명"으로 콕 집어

스프링을 배우다 보면 "객체를 연결해준다(의존성 주입)"는 말은 이해했는데, 막상 코드를 짜려고 보면 방법이 여러 가지라 헷갈릴 때가 있습니다."변수에 바로 @Autowired를 붙여도 되고, 생성자에 붙여도 되고... 도대체 뭐가 다른 거죠?"@Autowired는

스프링 프레임워크를 공부하다 보면, 코드는 짰는데 용어가 헷갈릴 때가 많습니다. "빈(Bean)? 컴포넌트(Component)? 의존성 주입(DI)? 제어의 역전(IoC)?" 마치 외계어 같죠? 오늘 강의에서는 이 용어들을 한번 싹 정리하는 시간을 가졌습니다. 초

제공해주신 강의 내용을 바탕으로, @Component와 @Bean의 결정적인 차이와 사용 기준을 명확하게 정리해 드립니다. 초보 개발자분들이 가장 많이 헷갈려 하는 부분 중 하나입니다. 이번 포스팅으로 완벽하게 정리해 보세요! 스프링을 공부하다 보면 객체(Bean)

제공해주신 강의 내용을 바탕으로, "왜 실제 애플리케이션은 복잡한가?"에 대한 이론과 "직접 만들어보는 실습"을 결합하여 블로그 포스팅 형태로 정리해 드립니다. 이번 강의는 여러분이 지금까지 배운 개념들(@Component, 의존성 주입, @Primary)을 총동원해

제공해주신 강의 내용을 바탕으로, 실제 애플리케이션 개발 과정을 따라가 보는 솔루션 블로그 포스팅을 작성했습니다. 이번 실습은 단순한 예제가 아니라, 인터페이스(Interface)와 의존성 주입(DI)을 활용해 실제 현업에서 사용하는 구조를 만들어보는 아주 중요한 단