전체 글45 [Spring] 싱글톤 컨테이너 웹 어플리케이션은 고객이 요청할때마다 인스턴스를 새로 생성하게된다. @Test @DisplayName("스프링 없는 순수한 DI 컨테이터") void pureContainer() { AppConfig appConfig = new AppConfig(); // 1. 조회: 호출할 때마다 객체를 생성 MemberService memberService1 = appConfig.memberService(); // 2. 조회: 호출할 때마다 객체를 생성 MemberService memberService2 = appConfig.memberService(); // 참조값이 다른 것을 확인 System.out.println("memberService1 = " + memberService1); System.out.print.. 2021. 12. 17. [Spring] 스프링 컨테이너 ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); ApplicationContext(인터페이스)를 스프링 컨테이너라고 한다. AppConfig.class 정보(애플리케이션 구성정보)를 ApplicationContext에 넘겨준다. AppConfig 정보를 기반으로 빈 저장소에 AppConfig에 있는 @Bean을 하나씩 저장한다. 형태는 {빈 이름(메서드 이름):빈 객체(메서드 구현체)} 형태로 저장된다. (이름은 모두 다른 이름으로 지정해야한다) 스프링 컨테이너는 설정 정보를 참고해서 의존 관계를 주입(DI) 한다. 스프링 컨테이너에 등록된 Bean 조회 getBean() 메서드 .. 2021. 12. 16. [Spring] 스프링으로 변환하기 스프링 변환 관련 애노테이션 @Configuration: 애플리케이션의 구성정보를 담당하는 파일이라고 명시 @Bean: 명시된 멤버들이 스프링 컨테이너에 등록된다. @Configuration public class AppConfig { @Bean private MemoryMemberRepository memberRepository() { return new MemoryMemberRepository(); } @Bean public DiscountPolicy discountPolicy() { return new FixDiscountPolicy(); } @Bean public MemberService memberService() { return new MemberServiceImpl(memberReposito.. 2021. 12. 15. [Spring] IOC, DI, 그리고 컨테이너 제어의 역전 IoC (Inversion of Control) 개발자가 객체를 원하는대로 생성하고 호출하는데 이걸 프레임워크가 대신해준다. 즉, 이러한 제어를 개발자가 아닌 프레임워크가 해주기 때문에 제어의 역전이라고 부른다. 기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 서버 구현객체를 생성하고, 연결하고, 실행했다. 한마디로 구현 객체가 프로그램의 제어의 흐름을 스스로 조종했다. 반면 AppConfig가 등장한 이후에 구현 객체는 자신의 로직을 실행하는 역할만 담당한다. 프로그램 제어 흐름은 이제 AppConfig가 가져간다. OrderServiceImpl은 필요한 인터페이스들을 호출하지만 어떤 구현객체가 올지는 모른다 (AppConfig가 알고 있다) 프레임워크 vs 라이브러리 프레임워크가 내.. 2021. 12. 15. [Spring] 객체지향원리 개념 (DI) 새로운 할인 정책 개발 서비스 오픈 직전에 할인 정책을 지금처럼 고정 금액이 아니라 좀 더 합리적인 주문 금액당 할인하는 정률 할인으로 변경하려고 함. (%) public class RateDiscountPolicy implements DiscountPolicy { private int discountPercent = 10; @Override public int discount(Member member, int price) { if (member.getGrade() == Grade.VIP) { return price * discountPercent / 100; } else { return 0; } } } 새로운 할인정책 구현 클래스 생성 public class OrderServiceImpl impleme.. 2021. 12. 15. [프로그래머스] 프린터 문제 설명 일반적인 프린터는 인쇄 요청이 들어온 순서대로 인쇄합니다. 그렇기 때문에 중요한 문서가 나중에 인쇄될 수 있습니다. 이런 문제를 보완하기 위해 중요도가 높은 문서를 먼저 인쇄하는 프린터를 개발했습니다. 이 새롭게 개발한 프린터는 아래와 같은 방식으로 인쇄 작업을 수행합니다. 1. 인쇄 대기목록의 가장 앞에 있는 문서(J)를 대기목록에서 꺼냅니다. 2. 나머지 인쇄 대기목록에서 J보다 중요도가 높은 문서가 한 개라도 존재하면 J를 대기목록의 가장 마지막에 넣습니다. 3. 그렇지 않으면 J를 인쇄합니다. 예를 들어, 4개의 문서(A, B, C, D)가 순서대로 인쇄 대기목록에 있고 중요도가 2 1 3 2 라면 C D A B 순으로 인쇄하게 됩니다. 내가 인쇄를 요청한 문서가 몇 번째로 인쇄되는지 .. 2021. 12. 14. [프로그래머스] 기능개발 문제 설명 프로그래머스 팀에서는 기능 개선 작업을 수행 중입니다. 각 기능은 진도가 100%일 때 서비스에 반영할 수 있습니다. 또, 각 기능의 개발속도는 모두 다르기 때문에 뒤에 있는 기능이 앞에 있는 기능보다 먼저 개발될 수 있고, 이때 뒤에 있는 기능은 앞에 있는 기능이 배포될 때 함께 배포됩니다. 먼저 배포되어야 하는 순서대로 작업의 진도가 적힌 정수 배열 progresses와 각 작업의 개발 속도가 적힌 정수 배열 speeds가 주어질 때 각 배포마다 몇 개의 기능이 배포되는지를 return 하도록 solution 함수를 완성하세요. 제한사항 작업의 개수(progresses, speeds배열의 길이)는 100개 이하입니다. 작업 진도는 100 미만의 자연수입니다. 작업 속도는 100 이하의 자연.. 2021. 12. 14. [Spring] 예제 만들기 (순수 Java) 1. 비즈니스 요구사항과 설계 회원 회원을 가입하고 조회 회원은 일반과 VIP 두 가지 등급이 있다. 회원 데이터는 자체 DB를 구축할 수도 있고, 외부 시스템과 연동할 수 있다. (미확정) 주문과 할인 정책 회원은 상품을 주문할 수 있다. 회원 등급에 따라 할인 정책을 적용할 수 있다. 할인 정책은 모든 VIP는 1000원을 할인해주는 고정 금액 할인을 적용해달라. (나중에 변경될 수 있다.) 할인 정책은 변경 가능성이 높다. 회사의 기본 할인 정책을 정하지 못했고, 오픈 직전까지 고민을 미루고 싶다. 최악의 경우 할인을 적용하지 않을 수도 있다. 회원 데이터, 할인 정책 같은 부분은 지금 결정하기 어려운 부분이다. 인터페이스를 만들고 구현체를 언제든지 갈아 끼울수 있도록 설계하면 된다. 2. 회원 도.. 2021. 12. 13. [Spring] SOLID 단일 책임원칙_SRP (Single Responsibility Principle) 한 클래스는 하나의 책임만 가져야한다. 이에 대한 기준은 변경이다. 변경이 있을때 파급효과가 적으면 단일 책임원칙을 잘 따른것 클라이언트 객체는 직접 구현객체를 생성하고, 실행하는 다양한 책임을 가지고 있었음 SRP 단일 책임 원칙에 따라 관심사를 분리함 구현 객체를 생성하고 연결하는 책임은 AppConfig가 담당 클라이언트 객체는 실행하는 책임만 담당 개방-폐쇄의 원칙_OCP (Open Closed Principle) 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다. 다형성을 활용하여 새로운 기능을 구현 구현 객체를 변경하려면 클라이언트 코드를 변경해야 한다. (다형성을 사용했지만 OCP 원칙을 지킬 .. 2021. 12. 13. 이전 1 2 3 4 5 다음
