분류 전체보기

java CompletableFuture

CompletableFuture 비동기 프로그래밍을 지원하면서, 함수형 프로그래밍 패러다임이 적용된 자바 라이브러리이다. 비동기 작업 실행 작업 콜백 작업들의 조합 예외 처리 와 같은기능들을 제공한다. 태스크 실행 (runAsync, supplyAsync) CompletableFuture.runAsync(() -> { System.out.println("비동기 작업"); }); CompletableFuture.supplyAsync(() -> { final String e = "비동기 작업"; System.out.println(e); return e; }); runAsync는 리턴값이 없을 때 사용한다. supplyAsync는 리턴값이 있을 때 사용한다. 태스크 콜백 (thenApply, thenAccep..

Spring Integration 개요

Spring Integration 스프링 인테그레이션은 Enterprise Integration Patterns를 지원하기 위한 스프링 프로그래밍 모델 혹은 컴포넌트 이다. 리모팅, 메세징, 스케쥴링등의 고수준 추상화를 제공한다. Message Message는 스프링이 핸들링 하기 위한 메타데이터와 함께 자바 오브젝트를 갖는 래퍼 클래스이다. 헤더와 페이로드로 구성되어 있고, 페이로드는 어느 자바 오브젝트든 받을 수 있다. 헤더는 공통으로 사용하는 정보이다 예를들면 ID, 타임스탬프 등.. 예를들어 수신한 파일을 메세지로 만들 때, 파일이름은 헤더에 저장된다. 개발자는 임의의 key-value쌍을 헤더에 저장할 수 있다. Message Channel 프로듀서는 메세지를 채널로 보내고, 컨슈머는 채널로부터..

(행동패턴) 비지터(방문자) 패턴

비지터(방문자) 패턴 객체 그룹(콜렉션)에 대해 연산을 추가할 때, 연산을 그들이 작동하는 객체로부터 분리하는 패턴. 수행해야 하는 연산을 클래스에 정의하는 대신, 비지터라는 별도 클래스에 배치한다. 사용 시점 및 이유 객체 그룹(콜렉션)을 순회하면서 연산을 수행해야 할 때 그 연산이 메인이 아닌 보조연산으로 판단되어 클래스에서 떼어내고 싶을 때 혹은 클래스 계층 구조에서 일부 클래스에만 그 연산이 필요할 때 객체 구조(상속)는 거의 변하지 않지만, 전체 구조에 걸쳐 새로운 연산이 추가될 확률이 높을 때 구현 Element 구상 클래스에 따라 다른 구현 로직이 수행되어야 한다. 연산 클래스(visitor) 에서 한개의 메소드에서 instanceOf로 분기? -> visitor추가시 instanceOf 휴..

(행동패턴) 템플릿메서드 패턴

템플릿메서드 패턴 객체 연산에는 알고리즘의 뼈대만 정의하고, 구체적인 처리는 서브클래스에게 맡기는 패턴 validation체크와 같은 뼈대 로직은 템플릿메서드에 정의하고, 구체 로직은 서브클래스에 맡긴다. 사용시점 및 이유 어떤 알고리즘 중 변하지 않는 부분은 남겨두고, 변하는 부분만 서브클래스에서 정의하도록 남겨두고자 할 때 클래스들의 공통적인 행동을 추출하여 슈퍼클래스에 몰아둠으로써 코드 중복을 피하고 싶을 때 구현 추상 클래스에는 공통 로직인 templateMethod()가 있다. templateMethod() 내부에서 실제 구현인 method1()과 method2() 혹은 hook메서드를 실행한다. hook메서드는 기본적으로 슈퍼클래스에서는 아무것도 가지지 않은 메서드이고, 서브클래스에서 오버라이..

(행동패턴) 전략 패턴

전략패턴 알고리즘 군을 별도 클래스로 정의하여, 알고리즘을 상호 교환할 수 있도록 만드는 패턴 사용 시점 및 이유 하나의 클래스가 많은 로직을 갖고 그 로직이 여러개의 조건으로 인해 분기하여 복잡해질 때 내부 구현이 조금 다를뿐 개념적으론 관련된 클래스들이 존재할 때 사용자에게 알고리즘을 캡슐화 하고, 그 알고리즘을 다른 클래스에서도 재사용 하고 싶을 때 서브클래싱을 하지 않고 기능 확장을 하고 싶을 때 구현 Context는 사용자의 요청 을 전략객체로 전달하여 로직을 수행한다. Context의 정보를 Strategy에서 알아야 할 때가 있는데, Strategy 인터페이스에서 파라미터를 정교하게 설계하거나, Strategy 클래스들이 Context 클래스에 의존하도록 할 수도 있다. 두번째 방식은 Con..

(행동패턴) 상태 패턴

사용 시점 및 이유 현재 상태에 따라 다르게 행동하는 객체가 있을 때 상태에 따른 로직을 분기문을 이용하여 더러운 코드가 되었을 때 구현 클라이언트는 최초 Context생성시에만 초기화 상태를 지정해 주고, 그 이후 상태 흐름은 각 State오브젝트에 따른다. ConcreteState에서 doSomething()을 실행해주면, 그 내부에서 context의 다음 상태를 지정해 준다.

(행동패턴) 옵저버 패턴

사용 시점 및 이유 어떤 객체의 상태에 관심이 있는 오브젝트가 몇개인지 알 수 없을 때 관심이 있는 객체와 상태를 가진 객체간에 약결합 상태를 유지하고 싶을 때 구현 클라이언트는 Subject(주체) 객체에 addObserver 혹은 removeObserver를 통해 관찰하는(관심있는) 객체들을 추가 또는 제거 한다. subject에 상태가 변경시 notify()를 통해 가지고 있는 Observer들의 update를 실행해 준다. update 실행시 Push방식 혹은 Pull방식은 상황에 맞게 사용하여 구현한다. push: Observer에 통용할수 있는 파라미터로 인터페이스를 구성 후, Subject에서 알맞는 파라미터를 넘겨준다. pull: update 실행시 observer에서 subject로부터 ..

(행동패턴) 메멘토 패턴

사용시점 및 이유 undo기능이 필요하고, 객체의 내부 상태를 외부에 공개하고 싶지 않을 때 구현 Memento객체는 반드시 Originator를 통해 생성된다. Memento객체는 Originator객체의 상태를 저장하고 있고, 상태의 변경 또한 Originator를 통해 변경된다.(스냅샷 오브젝트 로써 역할) caretaker는 메멘토집합을 가지고 있다. caretaker는 메멘토 객체의 state를 바라보진 않고, 언제? 왜? 메멘토를 생성(원본데이터캡쳐) 하는지에 대한 로직을 구현한다.

(행동패턴) 중재자 패턴

사용 시점 및 이유 객체 조각들이 작고 많아졌을 때, 객체간 상호작용에 대한 구현을 하나의 객체로 모은다. 한 객체가 많은 다른 객체를 참조하고, 많은 의사소통을 하여 그 객체를 재사용 하기 힘들 때 기본 행동을 다른 로직들에서 조금의 차이로 인해 수많은 상속을 사용할 때 여러 객체가 복잡한 상호작용을 가져서 이해하기가 어려울 때 구현 클라이언트는 중재자 객체를 통해 기능을 실행할 수 있다. 중재자는 여러 실제 작동할 객체들의 레퍼런스를 가지고 필요한 로직을 수행한다. Colleague 오브젝트에게 연산이 발생하여 다른 Colleague에 상호작용이 필요할 경우, 직접 다른 Colleague에 알리지 않고 중재자에게만 알린다. 중재자는 그 변경을 자신이 가진 다른 Colleague들에게 알린다. (Col..

(행동패턴) 이터레이터 패턴

사용 시점 및 이유 콜렉션의 내부 구현 방식을 알 필요 없이 콜렉션 원소들에 접근하고 싶을 때 서로 다른 콜렉션 구조에 대해서 동일한 방식으로 순회하고 싶을 때 (순회 방법에 대해 추상화) 구현 구상 이터레이터의 생성은 콜렉션의 createIterator()로 생성한다. 클라이언트는 이터레이터 인터페이스를 통하기 때문에 콜렉션 및 이터레이터의 구체적인 구현에 대해서는 알 필요가 없다.