RxJava의 간단한 창 API를 사용하여 측정항목을 구축하는 Hystrix는 좋은 백엔드 사용 시나리오로 간주되어야 합니다.
솔직히 RxJava가 멋지긴 하지만 서버측에서 RxJava를 사용하는 것의 장점은 정말 적습니다.
주된 이유는 대부분의 Java 서버가 여전히 동기식 논리에 의해 지배되고 있으며 마이그레이션 비용이 너무 높기 때문입니다. RxJava의 응답성 이점은 비동기식 논리와 동기식이 지배적일 때만 반영되는 것이 좋습니다. NodeJS의 비동기 처리 및 조정을 전체적으로 사용합니다.
두 번째로, RxJava의 수많은 데이터 처리 API는 동기화 논리에 익숙한 프로그래머에게도 매우 비쌉니다.
또한 대부분의 백엔드 클래스 라이브러리는 동기식 API이며 RxJava의 API와 호환되는 클래스 라이브러리는 거의 없습니다.
그래서 RxJava 기반의 백엔드 라이브러리는 거의 없습니다.
현재 백엔드에서 RxJava를 기반으로 구축된 가장 유명한 클래스 라이브러리는 Hystrix입니다. 이것이 제공하는 API는 Command 모드를 통해 동기 방식으로 호출되므로 외부 호출자는 내부 RxJava 구현에 신경 쓸 필요가 없습니다. 비용 절감도 이루어집니다. 사용자는 비용을 알게 됩니다.
rxjava-jdbc는 RxJava API와 호환되므로 사용하면 코드가 훨씬 간단해지지만 jdbc는 현재 프로젝트에서 직접 사용되는 경우가 거의 없으며 영웅을 위한 자리가 없습니다.
백엔드에서 반응형 프로그래밍을 사용하려면 vertx를 살펴보는 것이 좋습니다. 기본적으로 자체 응답성을 사용하여 백엔드의 모든 측면을 열 수 있으며 기본적으로는 매우 포괄적입니다. 백엔드 개발.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
예, 데이터 업데이트 캐시를 모니터링하는 데 사용할 수 있습니다
RxJava의 간단한 창 API를 사용하여 측정항목을 구축하는 Hystrix는 좋은 백엔드 사용 시나리오로 간주되어야 합니다.
솔직히 RxJava가 멋지긴 하지만 서버측에서 RxJava를 사용하는 것의 장점은 정말 적습니다.
주된 이유는 대부분의 Java 서버가 여전히 동기식 논리에 의해 지배되고 있으며 마이그레이션 비용이 너무 높기 때문입니다.
RxJava의 응답성 이점은 비동기식 논리와 동기식이 지배적일 때만 반영되는 것이 좋습니다. NodeJS의 비동기 처리 및 조정을 전체적으로 사용합니다.
두 번째로, RxJava의 수많은 데이터 처리 API는 동기화 논리에 익숙한 프로그래머에게도 매우 비쌉니다.
또한 대부분의 백엔드 클래스 라이브러리는 동기식 API이며 RxJava의 API와 호환되는 클래스 라이브러리는 거의 없습니다.
그래서 RxJava 기반의 백엔드 라이브러리는 거의 없습니다.
현재 백엔드에서 RxJava를 기반으로 구축된 가장 유명한 클래스 라이브러리는 Hystrix입니다. 이것이 제공하는 API는 Command 모드를 통해 동기 방식으로 호출되므로 외부 호출자는 내부 RxJava 구현에 신경 쓸 필요가 없습니다. 비용 절감도 이루어집니다. 사용자는 비용을 알게 됩니다.
rxjava-jdbc는 RxJava API와 호환되므로 사용하면 코드가 훨씬 간단해지지만 jdbc는 현재 프로젝트에서 직접 사용되는 경우가 거의 없으며 영웅을 위한 자리가 없습니다.
백엔드에서 반응형 프로그래밍을 사용하려면 vertx를 살펴보는 것이 좋습니다. 기본적으로 자체 응답성을 사용하여 백엔드의 모든 측면을 열 수 있으며 기본적으로는 매우 포괄적입니다. 백엔드 개발.