📕 Backend

싱글톤 컨테이너 - 웹 애플리케이션과 싱글톤 예를들어, 여러 클라이언트가 동시에 memberService를 요청한다고 할 때, 요청할 때마다 새로운 객체가 생성되고 사용이 끝나면 소멸된다. ▶︎ 메모리 낭비가 심함. TestCode public class SingletonTest { @Test @DisplayName("스프링 없는 순수한 DI Container") void pureContainer() { AppConfig appConfig = new AppConfig(); MemberService memberService1 = appConfig.memberService(); MemberService memberService2 = appConfig.memberService(); System.out.prin..

스프링 컨테이너 생성 ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); ApplicationContext는 스프링 컨테이너 인터페이스 스프링 컨테이너는 XML을 기반으로 만들 수 있고, 어노테이션 기반 자바 설정 클래스로 만들 수 있다. > AppConfig를 사용한 방식이 어노테이션 기반 자바 설정 클래스로 스프링 컨테이너를 생성한 방식 AnnotationConfigApplicationContext는 ApplicationContext Inferface의 구현체 ❗️엄밀히 말하자면 스프링 컨테이너를 부를 때 BeanFactory, ApplicationContext를 구분해서 이야기하..

1. IoC ( Inversion of Control ) - 제어역전 (DIP를 지키지 않은) 기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 서버 구현 객체를 생성, 연결, 실행했었다. 즉 구현 객체가 제어 흐름을 조정했다. AppConfig 등장한 이후 구현 객체는 로직만 실행하고 제어 흐름은 AppConfig가 도맡아서 조정하였다. 이렇게 제어흐름을 외부에서 관리하는 것을 제어역전(IoC)라고 함. 2. 프레임워크 vs 라이브러리 내가 작성한 코드가 직접 제어의 흐름을 담당한다 -> 라이브러리 내가 작성한 코드를 외부에서 관리하고 실행한다 -> 프레임워크 3. 의존 관계 주입 ( Dependency Injection ) - 이전 포스팅의 OrderServiceImp은 DiscountPolicy..

public class OrderServiceImpl implements OrderService { // private final DiscountPolicy discountPolicy = new FixDiscountPolicy(); private final DiscountPolicy discountPolicy = new RateDiscountPolicy(); } 기존의 FixDiscountPolicy를 RateDiscountPolicy로 변경하고자 할 때, 다음과 같은 문제점이 있었다. 1. DIP OrderServiceImp는 DiscountPolicy 인터페이스에 의존하면서, 구현체인 FixDiscountPolicy에도 의존하고 있다. DIP를 지키려면 오직 인터페이스에만 의존하도록 해야 한다. 2...

1. 프로젝트 생성 - Based on Java11 (IntelliJ IDE) - 스프링 부트 스타터 사이트로 스프링 프로젝트 생성 지금은 스프링없는 순수한 자바로만 개발할 것이기 때문에 build.gradle은 따로 건들지 않는다. 2. 비즈니스 요구사항 설계 회원 회원을 가입하고 조회할 수 있다. 회원을 일반회원과 VIP 두 가지 등급이 있음 회원 데이터는 자체 DB를 구축할 수 있고, 외부 DB 시스템을 사용할 수도 있는 미확정인 상황 -> 인터페이스를 만들고 구현체를 언제든지 갈아끼울 수 있도록 설계하면 된다. 주문과 할인 정책 회원은 상품을 주문할 수 있다. 회원 등급에 따라 할인 정책을 적용할 수 있음 할인 정책은 우선 모든 VIP는 1000원을 할인해주는 고정 금액 할인을 적용할 것이다 다른..