paranjong

스프링 컨테이너 //스프링 컨테이너 생성 ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); ApplicationContext를 스프링 컨테이너라 한다. ApplicationContext는 인터페이스이다. 스프링 컨테이너는 XML을 기반으로 만들 수 있고, 애노테이션 기반의 자바 설저 클래스로 만들 수 있다. 어노테이션 기반의 자바 설정 클래스로 스프링 컨테이너를 만든 예시는 아래와 같다. //자바 설정 클래스 기반 스프링 컨테이너 ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConf..

기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 서버 구현 객체를 생성하고, 연결하고 실행함. 한마디로 구현 객체가 프로그램의 제어 흐름을 스스로 컨트롤함. 반면에 AppConfig가 등장한 이후에 구현 객체는 자신의 로직을 실행하는 역할만 담당한다. 프로그램의 제어 흐름은 이제 AppConfig가 가져옴 프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 괸리하는 것을 제어의 역전(Inversion Of Control)이라 한다. 프레임워크 VS 라이브러리 프레임워크가 내가 작성한 코드를 제어하고, 대신 실행하면 그것은 프레임워크가 맞음. 반면에 내가 작성한 코드가 직접 제어의 흐름을 담당한다면, 그것은 프레임워크가 아니라 라이브러리다. 의존관계 주입DI(Dependency Injectio..

SOLID 클린코드로 유명한 로버트 마틴이 좋은 객체 지향 설계의 5가지 원칙을 정리 SRP : 단일 책임 원칙(Single Responsibility principle) OCP : 개방-폐쇄 원칙(Open/closed principle) LSP : 리스코프 치환 원칙(Liskov substitution principle) ISP : 인터페이스 분리 원칙(Interface segregation priciple) DIP : 의존관계 역전 원칙(Dependency inversion priciple) SRP 단일 책임 원칙(Single Responsibility principle) 한 클래스는 하나의 책임만 가져야 한다. 하나의 책임이라는 것은 모호하다. 문맥과 상황에 따라 다르다. 중요한 기준은 변경이다. ..

역할과 구현을 분리 자바 언어의 다형성을 활용 역활 = 인터페이스 구현 = 인터페이스를 구현한 클래스, 구현 객체 객체를 설계할 때 역할과 구현을 명확히 분리 객체 설계시 역할(인터페이스)을 먼저 부여하고, 그 역할을 수행하는 구현 객체 만들기 다형성의 본질 인터페이스를 구현한 객체 인스턴스를 실행 시점에 유연하게 변경할 수 있음. 다형성의 본질을 애하혀면 협력이라는 객체사이의 관계에서 시작해야함. 클라이언트를 변경하지 않고, 서버의 구현 기능을 유현하게 변경할 수 있다. 역할과 구현을 분리(정리) 실세계의 역할과 구현이라는 편리한 컨셉을 다형성을 통해 객체 세상으로 가져올 수 있음. 유연하고, 변경이 용이 확장 가능한 설계 클라이언트에 영향을 주지 않는 변경 가능 인터페이스를 안정적으로 잘 설계하는 것..