BackEnd

1. 빈 생명주기 콜백 시작 데이터메이스 커넥션 풀이나 네트워크 소켓처럼 어플리케이션 시작 시점에 필요한 연결을 미리 해두고, 어플리케이션 종료 시점에 연결을 모두 종료하는 작업을 하려면 객체의 초기화와 종료 작업이 필요하다. 스프링은 이러한 초기화 및 종료 작업을 어떻게 처리하는지 살펴보자. 아래 예시 코드에서 우리는 외부 네트워크에 연결하는 객체를 생성한다고 가정하자 이때 조건은 다음과 같다. 어플리케이션 시작 시점에 connect() 메서드를 호출하여 연결되어야 한다. 어플리케이션이 종료되면 disConnect() 메서드를 호출하여 연결을 끊어야 한다. public class NetworkConnection { private String url; public NetworkConnection() { ..

1. 다양한 의존 관계 주입의존 관계 주입에는 크게 4가지 방법이 있다.생성자 주입수정자 주입 (setter 주입)필드 주입메서드 주입1.1. 생성자 주입먼저 생성자 주입 방식을 살펴보자. 생성자 주입은 아래와 같이 생성자 위에 @Autowired를 붙여 자동으로 주입하는 방식이다. 예시는 아래와 같다.@Componentpublic class OrderServiceImpl implements OrderService{ private final MemberRepository memberRepository; private final DiscountPolicy discountPolicy; @Autowired public OrderServiceImpl(MemberRepository membe..

1. 컴포넌트 스캔과 의존관계 자동 주입 지금까지 스프링 빈을 등록할 때는 자바 코드에 @Bean을 붙이거나 XML의 태그로 설정 정보를 등록했다. 하지만 이렇게 등록하게 되면 일일이 등록하기도 귀찮고 설정정보도 커진다. 그래서 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 "컴포넌트 스캔" 기능을 제공한다. 또한 의존 관계 주입도 자동으로 해주는 @Autowired 기능도 제공한다. @Configuration @ComponentScan( excludeFilters = @ComponentScan.Filter(type = FilterType.ANNOTATION, classes = Configuration.class) ) public class AutoAppConfig { } @Component..

1. 웹 애플리케이션과 싱글톤 스프링은 기업용 온라인 서비스 기술을 지원하기 위해 탄생했다. 대부분의 스프링 애플리케이션은 웹 애플리케이션이며 이때 웹 애플리케이션은 보통 여러 고객이 동시에 요청을 보낸다. 우리가 작성한 일반적인 자바 코드는 클라이언트가 A라는 객체를 요청하면 요청 받는 횟수만큼 객체를 만들어야 한다. 예시 코드는 아래와 같다. @Test @DisplayName("스프링 없는 순수한 DI 컨테이너") void pureContainer(){ AppConfig appConfig = new AppConfig(); // 두 개의 객체를 요청한다. MemberService memberService1 = appConfig.memberService(); MemberService memberServi..

1. 스프링 컨테이너 생성 이전 글에서 스프링을 쓰기위해 스프링 컨테이너인 ApplicationContext를 아래와 같이 선언했다. ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); 이때 ApplicationContext는 하나의 인터페이스이고, 이 인터페이스를 구현한 클래스 중 하나가 AnnotationConfigApplicationContext이다. 이와 같은 방식은 @Configuration이라는 자바 어노테이션을 기반으로 스프링 컨테이너를 만드는 방식이다. 이외에도 XML을 기반으로도 만들 수 있다. 하지만 최근에는 XML을 기반으로 만드는 방식은 잘 사용하지 않는다. 왜냐..

1. IoC (Inversion of Control, 제어의 역전) 기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 구현 객체를 생성하고, 연결하고 실행했다. 즉, 구현 객체가 프로그램의 제어 흐름을 조종했다. 하지만 AppConfig의 등장으로 AppConfig가 제어 흐름을 모두 가지게 되고 구현 객체는 자신이 수행해야 하는 로직만 담당하게 된다. AppConfig와 같이 프로그램의 제어 흐름을 외부에서 관리하는 것을 IoC라고 한다. AppConfig의 등장 배경은 아래 내용을 참고하자. [Spring] DIP 위반 문제 해결 (DI의 등장) 1. DIP의 개념와 위반 예시 DIP란 SOLID 원칙 중 하나로 "프로그래머는 추상화에 의존해야지, 구체화에 의존하면 안된다"는 원칙이다. 즉, 프로..

1. DIP의 개념와 위반 예시 DIP란 SOLID 원칙 중 하나로 "프로그래머는 추상화에 의존해야지, 구체화에 의존하면 안된다"는 원칙이다. 즉, 프로그래머는 인터페이스에 의존해야지 인터페이스를 구현한 클래스에 의존하면 안된다는 것이다. 아래 코드를 살펴보자. public class OrderServiceImpl implements OrderService{ ... private final DiscountPolicy discountPolicy = new FixDiscountPolicy(); ... } OrderServiceImpl 클래스에서는 DiscountPolicy 인터페이스 객체를 선언하고 구현 클래스로 FixDiscountPolicy를 선택했다. 만약 이 상황에서 다른 구현 클래스로 변경하고 싶다..

1. test 코드가 아닌 검증 방법 public class MemberServiceTest { public static void main(String[] args) { MemberService memberService = new MemberServiceImpl(); Member member = new Member(1111L, "member1", Grade.VIP); memberService.join(member); Member findMember = memberService.findMember(1111L); System.out.println("member = " + member.getName()); System.out.println("findMember = " + findMember.getName())..