Java 我们是否需要Observable.just（..）或Observable.fromCallable{…}，因为我们已经有Single.just（..）或Single.fromCallable{…}？
在RxJava2中，我们将Java 我们是否需要Observable.just（..）或Observable.fromCallable{…}，因为我们已经有Single.just（..）或Single.fromCallable{…}？,java,android,kotlin,rx-java,rx-java2,Java,Android,Kotlin,Rx Java,Rx Java2,在RxJava2中，我们将Single作为一个可观察对象，它将只生成一个数据 人们可以编写代码 Single.just(...) // OR Single.fromCallable{ ... } 然而，在可观察的中，我们也可以这样做 Observable.just(...) // OR Observable.fromCallable{ ... } 不同之处在于Observable，一旦给出了唯一的数据，我们将有一个额外的onComplete回调。没有别的了 因此，我想知道我们是否需要可观察的
SingleSingle.just(...)
// OR
Single.fromCallable{ ... }
可观察的中，我们也可以这样做
Observable.just(...)
// OR
Observable.fromCallable{ ... }
不同之处在于Observable
，一旦给出了唯一的数据，我们将有一个额外的onComplete
回调。没有别的了
因此，我想知道我们是否需要可观察的。只要（…）
或可观察的。从可调用的{…}
开始，因为单一的
版本就足够了？是否存在这样一种场景，即可观察。just（…）
或可观察。fromCallable{…}
可以实现（或优于）但不能使用Single。just（…）
或Single.fromCallable{…}
？一种场景可能是API使用的可观察
，因为可能（甚至可能）会有多个项，但可能某些实现只发出一个项。由于实现仅限于可观察的
它可以使用可观察的。只是
。从我的角度来看，如果你链接东西，我认为它们很有用。如果源可观察对象是可观察对象
，则避免将事物从单个
转换为可观察对象
，反之亦然。