본문 바로가기

SpringBoot

(10)
Singleton pattern # 싱글톤 ? 1. 웹어플리케이션에서 싱글톤이 자주 사용되는 이유 스프링은 본래 기업용 온라인 서비스 기술을 지원하기 위해 탄생한 프레임워크. 웹어플리케이션은 특성상 클라이언트의 요청이 많이 존재함. 그러나, 이경우 각 요청마다 객체를 생성하게 되면 메모리부족문제가 발생할 수 밖에 없음. 이에따라 싱글톤패턴은 객체를 하나만 생성하여 해당객체를 공유하도록 설계하는 디자인패턴을 제시. 싱글톤패턴 - 클래스의 인스턴스가 단 한개만 생성되도록 보장하는 디자인패턴. - 객체인스턴스가 2개 이상 생성하지 못하도록 막아야됨. new 키워드로 통해 외부에서 객체 인스턴스가 생성되는 것을 막는다. 즉, 생성자를 반드시 private으로 지정해주어야함! 스프링 프레임워크는 객체를 bean으로 등록하면 싱글톤패턴을 자동으로..
Spring Bean 설정 메타 정보[BeanDefinition] 스프링은 메타정보를 설정하는 Bean Definition이 추상화가 되어있어 다양한 설정형식을 지원할 수 있다. - 스프링컨테이너는 BeanDefinition에만 의존하여, 자바코드인지 xml설정인지에는 의존하지않는다. - 스프링컨테이너는 추상화된 BeanDefinition을 바탕으로 메타정보를 설정한다. BeanDefinition 정보[메타정보] - Bean Class Name : 생성할 빈의 클래스 명 - factory Bean Name : 팩토리 역할의 빈을 사용할 경우 이름 (appConfig) - factory Method Name : 빈을 생성할 팩토리 메서드 지정 ex)member Service - Scope : 싱글톤(기본값) - lazyInit : 스프링 컨테이너를 생성할 때 빈을 생성하..
SpringBoot] BeanFactory, ApplicationContext Bean Factory - 스프링 컨테이너의 최상위 인터페이스 - 스프링빈을 조회하고 관리하는 역할을 담당한다. - getBean()을 제공 ApplicationContext - 애플리케이션을 개발할때는 BeanFactory기능 외에 다양한 부가기능이 필요함. ◆ ApplicationContext의 다양한 기능지원 - 메시지소스를 활용한 국제화 기능 : 한국에서 접속하면 한국어로, 영어권에서 접속하면 영어로 출력할 수 있는 기능. - 환경변수 : 로컬, 개발, 운영 등을 구분하여 처리 - 어플리케이션 이벤트 : 이벤트를 발행하고 구독하는 모델을 편리하게 지원 - 편리한 리소스조회 : 파일, 클래스패스, 외부 등에서 리소스를 편리하게 지원 ```정리 ``` - ApplicationContext는 BeanF..
SpringBoot]스프링 컨테이너와 스프링 빈 1. 스프링 컨테이너 - 스프링컨테이너는 ApplicationContext객체이다. - 일종의 인터페이스. 구현체가아님. - XML기반으로 만들 수 있고 어노테이션 기반의 자바설정 클래스로 만들 수 있다. - Bean객체를 담고있음. BeanFactory, ApplicationContext로 구분하여 스프링컨테이너를 일컫기도함. 스프링컨테이너 생성과정 1. new AnnotationApplicationContext(AppConfig.class) -> 스프링 컨테이너가 생성. AppConfig클래스의 설정정보를 파라미터로 넘겨준다. 2. 스프링빈 등록 -> 어노테이션을 확인하여 스프링 빈 저장소에 매핑(저장) Key -> 메소드이름, Value -> 빈객체 * 일반적으로 빈이름은 메소드이름을 사용하되, @..
IoC, DI, 컨테이너 1. 제어의 역전(IoC) - 기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 서버구현 객체를 생성하고 연결하고 실행하였다. 한마디로 구현 객체가 프로그램의 제어흐름을 스스로 조종하였음. - AppConfig등장 이후, 구현객체는 자신의 로직을 실행하는 역할만을 담당함. - 프로그램 제어에 대한 권한은 AppConfig에 위임. - 프로그램의 제어 흐름은 클라이언트코드가 아닌 AppConfig(외부)에 의해 결정되는 것. *프레임워크 vs 라이브러리 : 프레임워크는 실행 및 제어 권한을 가진다. 반면, 코드에서 제어의 흐름을 담당한다면 라이브러리에 해당. 2. 의존관계 주입 (DI) - 의존관계는 "정적인 클래스 의존관계와 실행시점에 동적인 객체 의존관계"를 분리하여 생각하여야 한다. * 정적인 클..
스프링 : 객체지향 프로그래밍 설계원칙 [SOLID] 객체지향프로그래밍 - 객체를 통해 데이터를 처리, 메시지를 주고받는 방식의 개발방법론. 이를통해 프로그램의 수정을 유연하도록 유도. * 좋은 객체지향프로그래밍이란? - 다형성 : 다른 객체로 변환이 가능하도록 유도. 확장성, 클라이언트에 영향없이 새로운 기능 구현 가능 => 인터페이스와 인터페이스를 구현한 클래스로 분리. 클래스가 변경되어도 인터페이스를 통해 동일한 작업을 수행할 수 있다. 다형성의 본질 : 인터페이스를 구현한 객체 인스턴스를 실행시점에 유연하게 변경할 수 있다. -> 클라이언트 변경 없이 서버의 구현기능을 변경할 수 있음. * 인터페이스를 안정적으로 잘 설계하여야한다. 즉, 인터페이스가 자주 바뀌지 않도록 안정적으로 기획하여야함. * 스프링과 객체지향 - 스프링에서의 IoC, DI는 다..
스프링프레임워크 ] 빈+컨테이너, IoC패턴 스프링은 엔터프라이즈 애플리케이션을 개발하기에 적합한 프레임워크로 객체관리를 해주는 빈 컨테이너 프레임워크이다. 웹프로젝트에서의 컨테이너 변화 1. EJB(Enterprise Java Beans) 2. POJO(Plain Old Java Object) -> getter 와 setter 로만 이루어진 클래스 구조 > 프레임워크 의존적이지 않음 1. Bean? 스프링은 자바 프로그램의 제어권을 자신이 갖기 위해(IoC) 자바 객체를 자신만의 형태로 바꾸는데, 그것을 Bean이라고 한다. 즉 스프링 안에서는 "Bean = 객체"라고 생각하면 된다. 이 객체가 Bean으로 등록되는 순간 스프링이 관리하게 되며, DI라던가 AOP라던가 등 여러가지 이점을 맛볼 수 있다. 2. Beans 관련 BeansFactor..
서블릿 생명주기 * 서블릿은 JVM기반에서 웹 개발을 하기위한 API - 자바를 실행하기 위해 JRE(Java Runtime Environment)가 필요한 것 처럼, 서블릿을 실행하기 위해서는 웹 애플리케이션 컨테이너가 필요하다. - 서블릿은 HTTP요청과 응답을 처리하기 위한 내용을 담고 있다(JavaEE에 포함되어있음) 1. 서블릿 설정(Gradle이용) - 그래들은 메이븐, 엔트와 같은 빌드도구로 자바에서 라이브러리를 편리하게 추가할 수 있는 도구라 생각하면 된다. - JAR파일은 build.gradle 파일에 추가하면 사용할 수 있다. 2. 서블릿 생명주기 - 서블릿은 자신만의 생명주기를 갖고있으며 다음과 같다. * 초기화단계 : 로드한 서블릿의 인스턴스를 생성하고 리소스를 로드하는 등, 클래스 생성자의 초기화..