Back-End/Spring

    Jackson 라이브러리 - ObjectMapper, Object를 json으로 파싱하기

    Jackson 라이브러리 - ObjectMapper, Object를 json으로 파싱하기

    Object Mapper란? JSON 형태의 Data를 Java객체로 역직렬화(Deserialize) 시켜 주거나, 반대로 Java객체를 JSON으로 직렬화(Serialize)할때 이용하는 Jackson 라이브러리의 클래스 직렬화(Serialize) : Object → String(json) 역직렬화(Deserialize) : String(json) → Object ObjectMapper는 생성비용이 비싸서 bean/static으로 처리하는 것이 좋다. 스프링 부트의 경우에는 기본적으로 Jackson라이브러리가 존재한다. Jackson 라이브러리 프로젝트에 추가하기 Maven인 경우 → pom.xml 의 태그에 추가 com.fasterxml.jackson.core jackson-databind 2.12...

    빈 스코프(Bean Scope)와 프로토타입 스코프(Prototype Scope), 싱글톤에서의 프로토타입 스코프의 처리

    빈 스코프(Bean Scope)와 프로토타입 스코프(Prototype Scope), 싱글톤에서의 프로토타입 스코프의 처리

    1. 빈 스코프(Scope)란? → 빈이 존재할 수 있는 범위 스프링이 지원하는 스코프 싱글톤(Singleton) : 기본 스코프, 스프링 컨테이너 시작과 종료까지 유지되는 가장 넓은 범위의 스코프 프로토타입(Prototype) : 스프링 컨테이너가 빈의 생성과 의존관계 주입 까지만 관여하고 더는 관리하지 않는 매우 짧은 범위의 스코프 웹 관련 스코프 : request, session, application 2. 프로토 타입 스코프 항상 새로운 인스턴스를 생성해서 반환 빈을 생성, 의존관계 주입, 초기화 까지만 처리 → @PreDestory 같은 종료 메서드가 호출되지 않는다. public class PrototypeTest { @Test void prototypeBeanFind() { Annotatio..

    [Spring] 빈 생명주기 콜백

    [Spring] 빈 생명주기 콜백

    빈 생명주기 콜백 💡 애플리케이션 시작 시, 필요한 연결을 미리 해두는 작업이 필요하다. 애플리케이션 종료 시, 객체의 초기화 및 종료작업이 필요하다. 콜백의 종류에는 2가지가 있다. 1. 초기화 콜백 빈(Bean)의 생성과 의존관계 주입이 완료되고 완료 되었다고 호출 되는 작업 초기화 작업은 반드시 빈 생성 및 의존 관계 주입이 모두 완료된 후에 시작 되어야 한다. → 의존 관계 주입이 된 빈들을 미리 세팅 해야 하기 때문! 개발자가 이 시점을 알기 위해 필요한 것이 초기화 콜백 메서드 이다. 2. 소멸 콜백 애플리케이션 종료 시점에 연결을 모두 종료하는 작업을 진행하기 위한 과정 개발자가 이 시점을 알기 위해 필요한 것이 종료 콜백 메서드 💡 객체의 생성과 초기화를 분리해야 하는 이유? 객체를 생성하..

    [Spring] 의존관계 주입 방법

    의존관계 주입방법 4가지 생성자 주입 Setter 주입(수정자 주입) 필드 주입 메서드 주입 대부분의 경우 생성자 주입을 사용하며, 특별한 경우에 setter 주입을 사용한다. 1. 생성자 주입 @Component public class OrderServiceImpl implements OrderService { private final MemberRepository memberRepository; private final DiscountPolicy discountPolicy; //final을 선언해서 값이 없거나, 값이 변하면 오류 @Autowired // 생성자가 1개이므로 @Autowired생략해도 자동 주입됨 public OrderServiceImpl(MemberRepository memberRe..

    [Spring]컴포넌트 스캔, 컴포넌트 스캔 필터 by 인프런 김영한님

    [Spring]컴포넌트 스캔, 컴포넌트 스캔 필터 by 인프런 김영한님

    지금까지 스프링 빈을 등록할 때 구성파일에 @Bean을 사용했는데, 이는 관리할 빈이 많아지면 관리하가기 힘들어 진다. @Component와 Component Scan을 이용하면 @Bean을 안쓰고 빈 등록이 가능하고, 빈 설정파일을 만들지 않아도 된다. 빈 설정 파일이 없는데 의존관계를 주입하는 방법? → @Autowired를 사용해 자동 의존관계 주입을 한다. 컴포넌트 스캔 @Component 를 가진 모든 대상을 가져와서 빈에 등록하기 위해 찾는 과정 → 빈 설정파일 + @Bean을 통해 빈을 하나하나 지정할 필요가 없음 @Component애노테이션이 붙은 클래스를 스캔해서 자동 스프링 빈으로 등록해준다. @Component public class MemberServiceImpl implements..

    [Spring] BeanFactory와 ApplicationContext, 자바코드와 XML설정, 스프링 빈 설정 메타 정보  by 인프런 김영한님

    [Spring] BeanFactory와 ApplicationContext, 자바코드와 XML설정, 스프링 빈 설정 메타 정보 by 인프런 김영한님

    BeamFactory와 ApplicationContext, 자바코드와 XML설정, 스프링 빈 설정 메타 정보 by 인프런 김영한님 BeanFactory 스프링 컨테이너의 최상위 인터페이스 스프링 빈을 관리하고 조회하는 역할을 담당 getBean() 을 제공한다. ApplicationContext BeanFactory 기능을 모두 상속받아서 제공한다. 빈을 관리하고 검색하는 기능을 BeanFactory가 제공 ApplicationContext가 제공하는 부가기능 메시지소스를 활용한 국제화 기능 예를 들어서 한국에서 들어오면 한국어로, 영어권에서 들어오면 영어로 출력 환경 변수 로컬, 개발, 운영등을 구분해서 처리 애플리케이션 이벤트 이벤트를 발행하고 구독하는 모델을 편리하게 지원 편리한 리소스 조회 파일,..

    스프링 핵심 원리  - 싱글톤 컨테이너, @Configuration by 인프런 김영한님

    스프링 핵심 원리 - 싱글톤 컨테이너, @Configuration by 인프런 김영한님

    스프링 핵심 원리 - 싱글톤 컨테이너, @Configuration 싱글톤 패턴 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴 private 생성자를 사용해서 외부에서 임의로 new 키워드를 사용하지 못하도록 막는다. package hello.core.singleton; public class SingletonService { //1. static 영역에 객체를 딱 1개만 생성해둔다. private static final SingletonService instance = new SingletonService(); //2. public으로 열어서 객체 인스터스가 필요하면 이 static 메서드를 통해서만 조회하도록 //허용한다 public static SingletonService get..

    스프링 핵심 원리 기본편(5) - 스프링 컨테이너와 스프링 빈 조회 by 인프런 김영한

    스프링 핵심 원리 기본편(5) - 스프링 컨테이너와 스프링 빈 조회 by 인프런 김영한

    스프링 컨테이너 생성 //스프링 컨테이너 생성 ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); ApplicationContext를 스프링 컨테이너라 한다. ApplicationContext는 인터페이스 이다. AnnotationConfigApplicationContext는 ApplicationContext는 인터페이스의 구현체이다. 스프링 컨테이너는 XML을 기반으로 만들 수 있고, 애노테이션 기반의 자바 설정 클래스로 만들 수 있다. 스프링 컨테이너의 생성 과정 스프링 컨테이너 생성 스프링 컨테이너를 생성할 때는 구성 정보를 지정해주어야 한다. new AnnotationConfi..

    스프링 핵심 원리 기본편(4) - AppConfig 리팩터링, 새로운 구조와 할인 정책 적용, IoC, DI, 컨테이너, 스프링으로 전환하기 by 인프런 김영한

    스프링 핵심 원리 기본편(4) - AppConfig 리팩터링, 새로운 구조와 할인 정책 적용, IoC, DI, 컨테이너, 스프링으로 전환하기 by 인프런 김영한

    스프링 핵심 원리 기본편(4) - AppConfig 리팩터링, 새로운 구조와 할인 정책 적용, IoC, DI, 컨테이너, 스프링으로 전환하기 1. AppConfig 리팩터링 중복을 제거하고, 역할이 따른 구현이 잘 보이도록 리팩터링 package hello.core; import hello.core.discount.DiscountPolicy; import hello.core.discount.FixDiscountPolicy; import hello.core.member.MemberRepository; import hello.core.member.MemberService; import hello.core.member.MemberServiceImpl; import hello.core.member.MemoryM..

    스프링 핵심 원리 기본편(3) - 객체 지향 원리 적용, AppConfig by 인프런 김영한

    스프링 핵심 원리 기본편(3) - 객체 지향 원리 적용, AppConfig by 인프런 김영한

    스프링 핵심 원리 기본편(3) - 객체 지향 원리 적용 1. 새로운 할인 정책 개발 주문한 금액의 %를 할인해주는 새로운 정률 할인 정책을 추가하자. 1-1 RateDiscountPolicy 코드 추가 package hello.core.discount; import hello.core.member.Grade; import hello.core.member.Member; public class RateDiscountPolicy implements DiscountPolicy{ private int discountPercent = 10; @Override public int discount(Member mebmer, int price) { if(mebmer.getGrade() == Grade.VIP){ retu..