1. 컴포넌트 스캔과 의존관계 자동 주입 지금까지 스프링 빈을 등록할 때는 자바 코드에 @Bean을 붙이거나 XML의 태그로 설정 정보를 등록했다. 하지만 이렇게 등록하게 되면 일일이 등록하기도 귀찮고 설정정보도 커진다. 그래서 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 "컴포넌트 스캔" 기능을 제공한다. 또한 의존 관계 주입도 자동으로 해주는 @Autowired 기능도 제공한다. @Configuration @ComponentScan( excludeFilters = @ComponentScan.Filter(type = FilterType.ANNOTATION, classes = Configuration.class) ) public class AutoAppConfig { } @Component..
BackEnd/Spring
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())..
1. SOLID SOLID란 클린코드로 유명한 로버트 마틴이 좋은 객체 지향 설계의 5가지 원칙을 정리한 것이다. 각 의미는 다음과 같다. SRP (Single responsibility principle): 단일 책임 원칙 OCP (Open/closed principle): 개방/폐쇄 원칙 LSP (Liskov substitution principle): 리스코프 치환 원칙 ISP (Interface segregation principle): 인터페이스 분리 원칙 DIP (Dependency inversion principle): 의존관계 역전 원칙 2. Single responsibility principle 단일 책임 원칙이란 하나의 클래스는 하나의 책임만 가져야한다는 것이다. 하나의 책임이란 클 ..
1. 객체 지향의 특징 객체 지향 프로그래밍은 컴퓨터 프로그램을 명령어의 목록이 아닌 여러 개의 독립된 단위인 "객체"들의 모임으로 취급하는 것이다. 각 객체는 메시지를 주고받거나, 데이터를 처리할 수 있다. 객체 지향 프로그래밍은 프로그램을 유연하고 변경이 용이하게 만들어주기 때문에 대규모 소프트웨어 개발에 사용된다고 한다. 이때 유연하고 변경이 용이하다는 것이 객체 지향의 중요한 특징 중 하나인 다형성이다. 일단 객체 지향의 주요 특징은 아래와 같은 것들이 있다. 추상화: 추상이란 사전적 의미로 "사물이나 표상을 어떤 성질, 공통성, 본질에 착안하여 그것을 추출하여 파악하는 것"이다. 객체 지향에서도 비슷 맥락으로 추상화란 객체의 공통적인 속성과 기능을 추출하여 정의하는 것을 말한다. 예를 들어, 강..
