기록의 중요성

Lombok은 여러가지 @어노테이션을 제공하고 컴파일 과정에서 자동으로 개발자가 원하는 메소드를 생성/주입 방식으로 동작하는 라이브러리이다. 말로 설명하기보단 코드로 한번 보는게 이해가 빠를것이다. 롬복을 적용하기 전과 후를 보면 확실한 차이가 있다. 대충 자바를 좀 공부해봤던 사람들은 저 어노테이션만보고도 "아 이런 기능을 제공하는거구나" 라고 알 것이다. @Getter: getXxx()들을 자동으로 만들어주는 것이다. @Setter: setXxx()들을 자동으로 만들어주는 것이다. @NoArgsConstructor: 기본 생성자를 자동으로 생성해 준다. 눈에는 안보이지만 과연 실제로 만들어져있는지 확인해보자 Member() - 기본생성자, getXxx() - 게터, setXxx() - 세터가 다 만들..

실행 과정 중 로그를 확인 해야 하는 경우가 있는데 스프링 부트 3.1.x 이상부터는 변경사항이 생긴것 같다. 스프링 부트 3.1 미만 버전 19:18:00.439 [main] DEBUG org.springframework.context.annotation.AnnotationConfigApplicationContext - Refreshing org.springframework.context.annotation.AnnotationConfigApplicationContext@7cdbc5d3 19:18:00.445 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating shared instance o..

싱글톤 패턴을 학습 한 후 소스코드를 보던 중에 이 코드를 한번 자세히 보자. 현재 memberService(), orderService()는 memberRepository()를 호출하고 있다. 자바 코드에 의해서, memberRepository()가 호출되면서 return new MemoryRepository()를 실행하게 된다. 그러면 여기서 잠깐, 싱글톤은 하나의 객체만 생성되어야하고, 공유를 해야하는 것인데.. 자바 코드로만 보면 객체 생성을 2번하고 있는 것 같다... 과연 내가 호출할 때마다 memberRepository()가 계속 생성 되는 것이 사실인지 테스트 코드를 통해 알아보자. 각각 memberServiceImpl(), orderServiceImpl()에 테스트를 위해 생성한 mem..

김영한 스프링 강의를 듣던 중 싱글톤패턴의 개념이 나왔다. 싱글톤 패턴이란 객체(인스턴스)가 현재 JVM 안에 단 하나만 존재해야한다라는 것이다. 싱글톤패턴이 왜 생겼는가? 스프링의 탄생부터 알아보자 스프링은 기업용 온라인 서비스 기술을 지원하기 위해 탄생했다. 대부분의 스프링 애플리케이션은 웹 애플리케이션이고, 물론 웹이 아닌 애플리케이션도 얼마든지 개발할 수 있다. 웹 애플리케이션은 보통 여러 고객이 동시에 요청을 한다. 그림을 통해 예를 들어보자 우리가 만들어둔 AppConfig(DI 컨테이너)가 있다고 가정하자. 클라이언트 A,B,C가 스프링한테 memberService를 요청하면, DI 컨테이너 안에서 요청 건수마다 new를 통해 객체를 생성해서 반환하게 된다. 웹 애플리케이션 특성 상 고객이 ..

BeanFactory 스프링 컨테이너의 최상위 인터페이스 스프링 빈을 관리하고 조회하는 역할 getBean()을 제공한다 지금까지 내가 사용했던 대부분의 기능들은 BeanFactory가 제공하는 기능이다 ApplicationContext BeanFactory 기능을 모두 상속받아서 제공 빈을 관리하고 검색하는 기능을 BeanFactory가 제공해주는데 그러면 둘의 차이가 뭘까? 애플리케이션을 개발할 때는 빈은 관리하고 조회하는 기능을 물론이고, 수 많은 부가기능이 필요하다 ApplicationContext I/F을 보면 많은 것들을 상속받고 있는데 상속받는 Factory를 따라가다보면 이렇게 최상위 인터페이스는 BeanFactory인 것을 볼 수가 있다. ApplicationContext가 제공하는 부가..

기존에 자바로 구현되어있던 DI 컨테이너 즉, AppConfig를 스프링에서 제공하는 기능을 통해 스프링으로 전환을 해보았다. 변경된 AppConfig.java의 모습이다 @Configuration, @Bean이 추가된 것을 볼 수 있다. 변경된 OrderApp.java의 모습이다. 기존에는 AppConfig를 생성하고 직접 호출해왔다면, 이제는 스프링 컨테이너(AppConfig)에서 스프링 빈(@Bean 어노테이션이 붙은 것들)으로 등록되어있는 클래스를 applicationContext.getBean() 메서드로 찾아오고 해당 인스턴스의 네이밍을 통해 사용할 수 있게 되었다. @Configuration 어노테이션을 통해 스프링 설정(구성) 정보라고 암시해준다. @Bean 이라 적힌 메서드를 모두 호출해..

김영한 선생님의 스프링강의를 보면서 드디어 스프링 개념이 나오기 시작해서 정리해보려고 한다. 제어의 역전 IoC(Inversion of Control) 기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 구현 객체를 생성하고, 연결하고, 실행했다. 한마디로 구현 객체가 프로그램의 제어 흐름은 스스로 조종했다. 개발자 입장에서는 자연스러운 흐름이다. AppConfig가 등장한 이후에는 구현 객체는 자신의 로직을 실행하는 역할만 담당한다. 프로그램의 제어 흐름은 이제 AppConfig가 가져간다. 프로그램에 대한 제어 흐름에 대한 권한은 모두 AppConfig가 갖고 있다. 이렇듯 프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 것을 제어의 역전(IoC)이라 한다. 프레임워크 vs 라이..

https://github.com/juseog0373/spring-boot-develop GitHub - juseog0373/spring-boot-develop: 스프링 부트로 블로그 개발하기스프링 부트로 블로그 개발하기. Contribute to juseog0373/spring-boot-develop development by creating an account on GitHub.github.com개발한 것을 깃허브 링크에 올려두고 있습니다