전체 글 (16) 썸네일형 리스트형 인생N컷 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) - 의존관계는 "정적인 클래스 의존관계와 실행시점에 동적인 객체 의존관계"를 분리하여 생각하여야 한다. * 정적인 클.. Java] 객체지향 설계의 5가지 원칙 1. SRP 단일 책임 원칙 : 한 클래스는 하나의 책임만 수행한다. - 관심사 분리 - 구현 객체를 생성하고 연결하는 일은 AppConfig가 담당. - 클라이언트 객체는 실행하는 책임만을 담당. 2. DIP의존 관계 역전 원칙 : 추상화에 의존. 구체화에 의존해서는 안된다. ->의존성주입 방법론 - AppConfig를 통해 인터페이스에 의존관계를 주입하여 구현함. 이를통해 클라이언트 코드의 변경없이 기능변경을 가능할 수 있도록 설계함. 3. OCP : 소프트웨어 요소는 확장에는 열려있으나 변경에는 닫혀있어야함. - 다형성을 사용하며 클라이언트가 DIP를 지켜야함. - 어플리케이션을 사용영역, 구성 영역으로 나눔 - 소프트웨어의 요소를 새롭게 확장해도 사용영역의 변경은 닫혀있어야함. 스프링 : 객체지향 프로그래밍 설계원칙 [SOLID] 객체지향프로그래밍 - 객체를 통해 데이터를 처리, 메시지를 주고받는 방식의 개발방법론. 이를통해 프로그램의 수정을 유연하도록 유도. * 좋은 객체지향프로그래밍이란? - 다형성 : 다른 객체로 변환이 가능하도록 유도. 확장성, 클라이언트에 영향없이 새로운 기능 구현 가능 => 인터페이스와 인터페이스를 구현한 클래스로 분리. 클래스가 변경되어도 인터페이스를 통해 동일한 작업을 수행할 수 있다. 다형성의 본질 : 인터페이스를 구현한 객체 인스턴스를 실행시점에 유연하게 변경할 수 있다. -> 클라이언트 변경 없이 서버의 구현기능을 변경할 수 있음. * 인터페이스를 안정적으로 잘 설계하여야한다. 즉, 인터페이스가 자주 바뀌지 않도록 안정적으로 기획하여야함. * 스프링과 객체지향 - 스프링에서의 IoC, DI는 다.. 이전 1 2 다음
