オブザーバーとサブスクライバーの違いは何ですか？

Question 1

私は次の関数を解読しようとしています：

Subscription getCar(id, Observer<Car> observer) {
    return getCarDetails(id, new Observer<CarDetails> {
                             @Override
                             onNext(CarDetails details) {           
                                 observer.onNext(details.getCar());
                             } });
}

http://blog.danlew.net/2014/09/15/grokking-rxjava-part-1/からrxjavaの良い紹介を得ましたが、オブザーバーについてのみ言及されており、ほとんどの場合サブスクライバーを使用すると述べています。 Observableから放出される消費財までの時間。

誰かが私に説明できますか

オブザーバーとは何ですか？
オブザーバーはサブスクライバーとどう違うのですか？
上記のコードスニペットは何をしますか？

Javadocは、それをサブスクライバーのように見せました。サブスクライバーのjavadocは、オブザーバーとサブスクリプションを実装すると述べています。私は非常に混乱しています。

Question 2

EDITED：Alridさんのコメント@付き

tl; dr

public abstract class Subscriber<T> implements Observer<T>, Subscription

したがって、サブスクライバーはオブザーバーの実装であり、サブスクリプションに追加のセマンティクスがあります（サブスクリプション解除に関するものです）。質問のコードObserverは、実装（通常のプログラミング手法）ではなく、インターフェイスを通過することを示しています。

また、このコードはを返します。これは、このコードの作成Subscription者が、クライアントはSubscriptionメソッドにのみアクセスでき、observableによって生成された要素にはアクセスできないと考えたためである可能性があります。それはプログラマーのエラーかもしれません。

長い話

本当にこのウェブサイト（または本）の内容を読む必要があります：http：//www.introtorx.com Rx.Netについてですが、概念はまったく同じで、Erik Meijerによって作成され、RxJavaの実装者がそれに続きました（ Java言語に該当する場合）。

このページはあなたの興味を引くでしょう（それは第2章です）：KeyTypes

ここでは、最初の段落で読みます：

Rxを使用するときに理解する2つの主要なタイプと、Rxをより効果的に学習するのに役立つ補助タイプのサブセットがあります。IObserverとIObservableは、Rxの基本的な構成要素を形成しますが、ISubjectの実装は、Rxを初めて使用する開発者の学習曲線を短縮します。

..。

基本的に、RxはObserverパターンの基盤の上に構築されています。.NETは、マルチキャストデリゲートやイベント（通常はマルチキャストデリゲート）など、オブザーバーパターンを実装する他のいくつかの方法をすでに公開しています。

タイプ/ APIが少し異なっていても、この本で多くのことを学ぶことができます。おそらく、いくつかのブログよりもはるかに多くのことを学ぶことができます。

この本が言っていないこと（... RxJava実装にあるため）

この時点でRxJavaのメイン開発者は、2つのタイプのコントラクトを区別できるようにするわずかなバリエーション（PR ＃792を参照）を導入しました。

通知-> Observer
（非）サブスクリプション-> Subscription

この変更により、RxJavaライブラリの実装クラスに関するこれらの懸念をより適切に表現/分割することができました。

ただし、ライブラリユーザーとしては、RxJavaライブラリの実際の実装を使用するだけで十分です。

サブスクライバーの実装には、はるかに多くの知識、作業、および注意が必要です。実際、サブスクリプションのセマンティクスは、監視可能なソースのタイプ（ホットまたはコールド？作成に費用がかかる？）に応じて非常に重要です。

上記のような場合Subscriberではなく公開Observerしても、ほとんどの場合コードに干渉しませんが、サブスクリプション解除のセマンティクスが必要でない限り、コードの使用目的ではありません。しかし、最終的にはSubscriber、を実装し、次のようないくつかの落とし穴に陥る可能性があります。

使用しない機能にリソースを費やす
別のクラスから継承することはできません
間違ったサブスクリプション解除コードを書く
間違ったコードまたは別のコンテキスト用に記述された正しいコードをコピーして貼り付ける

Question 3

（編集：これは明らかにRxJava 1にのみ当てはまります。）

AnObserverは、データソース（an Observable）からデータを取得できるオブジェクトです。データソースは、オブザーバーのを呼び出すことによってデータをプッシュしますonNext()。
ASubscriberは、Observerそのデータソースから（Subscriptionインターフェイスを介して）サブスクライブを解除することもできます。
このgetCar()関数は車を返そうとしていますが、それを直接行う方法はありません。しかしgetCarDetails()、すべての車の詳細でオブザーバーを呼び出す車の詳細（）を取得する関数があります。そのため、その関数を呼び出してオブザーバーを渡します。オブザーバーは、データを取得すると、詳細から車のデータをフェッチして、独自のオブザーバーに渡します。

Question 4

RxJava 2 org.reactivestreams.Subscriberでは、ReactiveStreams仕様に準拠したインターフェースです。

との主な違いObservableは、newSubscriberが背圧をサポートすることです。

ObserverにサブスクライブされObservable、SubscriberサブスクライブされますFlowable（実装org.reactivestreams.Publisher）。

詳細な説明はこちらをご覧ください。

Question 5

また、RxJava2では、購読を解除できるようにする場合は、ResourceObserverforObservableおよびResourceSubscriberforを使用する必要がありますFlowable。

この質問を確認してください