Tech.io의 'Reactive Programming with Reactor 3'을 공부하면서 정리하는 글입니다. Mono 리액티브 스트림의 Publisher 구현체 단 하나의 요소만 내놓는다(=Emit) Mono 가 가능한 상태 하나의 값을 가지고 있는 상태 (complete with element) 빈 상태 (complete without element) 실패한 상태 (error) Mono타입은 완료 신호에만 관심이 있는 경우 사용 연산자를 이용하여 '비동기 파이프라인'을 구성 가능 (Publisher를 상속한 Reactor의 특징) 마블 다이어그램 Mono 의 일반적인 마블 다이어그램 실제 예제 코드 Mono.just(1) .map(integer -> "foo" + integer) .or(Mono..
Tech.io의 'Reactive Programming with Reactor 3 - Flux'을 공부하면서 정리하는 글입니다. Flux 리액티브 스트림의 Publisher역할을 한다. 다음과 같은 연산(=Operators)들이 (추가로) 정의되어 있다. 생성 (Generate) 변환 (Transform) 조율 (Orchestrate) 0에서 n 개의 요소를 보낸 뒤(=emit, onNext 이벤트) 성공(=onComplete '종료' 메서드)하거나 에러를 발생(onError '종료' 메서드) 종료 이벤트가 발생하지 않으며 무한한(데이터를 만들어내는) 상태임. Static 팩토리 메서드를 이용해서 생성할 수 있음. 인스턴스 메서드를 이용해서 비동기 파이프라인 구축을 정의할 수 있습니다.(데이터 처리 방법..
Tech.io의 'Reactive Programming with Reactor 3'을 공부하면서 정리하는 글입니다. Reactor 3 Reactive Streams 스펙 구현체다. JVM 상의 리액티브 프로그래밍 패러다임을 제공한다. 왜? 리액티브 프로그래밍은 완전 비동기적이고, 논 블록킹 하게 구현되어 있으며, 이벤트 중심으로 동작합니다. 이런 특징으로 인해 리액티브 프로그래밍을 도입하면, 복잡한 저 수준의 코드를 작성할 필요 없이 효율적으로 대용량 처리가 가능합니다. 리액티브 스트림 리액티브 스트림은 4개의 인터페이스로 정의되어 있고, 구현체는 다음과 같은 것이 있습니다. Reactor 3 RxJava (Version 2 ~) Akka Streams Vert.x Ratpack 4개의 인터페이스는Sub..
(우선 '[WAVE]' 란 나를 퇴출로 밀어내려는 공격을 의미합니다.) 어리바리 코드를 보기 시작했는데, 'React'와 그 무리들덕분에 멘붕이 찾아왔다.(React 이 녀석은 때로 몰려다니는 녀석인가보다.., 그리고 사실 매일매일 수차례 멘붕을 겪고 있다.) 지금 이 모든 걸 이해하는 건 쉽지 않으니 어디에 쓰는 녀석인지만 알아보자.귀가 닳도록 들어본 'React'ko.reactjs.org/React – 사용자 인터페이스를 만들기 위한 JavaScript 라이브러리A JavaScript library for building user interfacesko.reactjs.org사용자 인터페이스를 만들기 위한 JavaScript 라이브러리선언형애플리케이션의 각 상태에 대한 간단한 뷰만 설계하세요. 그럼 R..
자바캔 '최범균'님께서 Domain Driven Design 관련해서 3가지 주제로 생각을 들려주신 시리즈 #1 Bounded Context + Microservice 특히 인상 깊었던 부분은 'Project'가 있고, 그 'Project' 에 참여하는 'User' 에 관한 이야기(10:15) 'User'는 'User' 도메인에서 'User'일 뿐, 'Project' 도메인에선 'User'가 아니고 Project 의 'Member' 로 봐야한다. 내가 느낀 결론은 '도메인의 경계를 잘 나누자' 그리고 마치 다른 서비스인것처럼 사용하자! #2 Event Sourcing + Aggregate 이벤트 소싱의 실제 코드 작성 요령 (12: 45) 문제 상황에 빠진 경우, 어떻게 그런 상황에 빠지게 된건지 추적하..
회사에서 오랫동안 고여있어서 연차가 '시니어' 위치에 있지만 'SOLID' 클래스 설계 원칙을 제대로 읽어본 적은 없는것 같다. 블로그 이름에 걸맞는 상태 ㅠㅠ 이제라도 찾아 읽어보자. "로버트 마틴(Robert C. Martin) 아저씨가 고안한 원칙(요런거 알면 어디가서 아는 '척' 하기 좋다;;) 위 내용만 보고 이해가 안되니 다른 책을 더 찾아보자! SRP (Single Responsibility Principle) "클래스는 작고 한 가지 역할에만 충실하고 응집력이 높아야 한다." "개별 메서드도 짧고 간결해져서 이를 검증하는 테스트의 복잡도도 같이 낮아진다." OCP (Open Closed Principla) "코드 수정 없이도 클래스의 기능을 변경할 수 있도록 하자는 애기" "전략 패턴이 대..
- Total
- Today
- Yesterday
- console
- Configuration
- Commonjs
- 윈도우즈
- JavaScript
- 자바
- Node.js
- unit test
- Eclipse
- maven
- VIM
- Java
- 자바스크립트
- VI
- 리액터
- reactiveprogramming
- tipoftheday
- 커피스크립트
- gvim
- Widget
- Git
- Windows
- 빔
- dojo
- 리액티브프로그래밍
- React
- Coffeescript
- REACTOR
- 스프링인액션
- intellij
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |