理解RxJava:(二)Operator，Operator
在第一部分，我讲解了RxJava的基本结构，也介绍了map()操作。然而，我能理解你仍旧不会选择使用Rxjava——你仍然还有很多东西没有学到。但是这个情况将很快得到改变。Rxjava一大部分的能力是因为其中的operators。
让我们通过一个例子来向你们介绍更多的operators。
初始
假设我有一个这样的方法：
//返回一个基于文本查询网站链接的列表
Observable<List<String>> query(String text);
我想要构建一个搜索文本和显示结果的强健系统。基于上篇文章我们学到的，以下是我们马上想到的：
query("Hello, world!")
.subscribe(urls -> {
for (String url : urls) {
System.out.println(url);
}
});
这个答案让人非常不满意，因为失去了转换数据流的能力。如果我想要修改每个URL，只能在每个Subscriber里面修改。这就违背了使用map()操作的初衷。
我可以为ulrs->urls创建一个map(),但是每个map()的内部都有一个for－each循环。哎哟。
一线希望
有一个方法，Observable.from()，输入一些items，然后每次发出一个:
Observable.from("url1", "url2", "url3")
.subscribe(url -> System.out.println(url));
看起来有些帮助，让我们看看：
query("Hello, world!")
.subscribe(urls -> {
Observable.from(urls)
.subscribe(url -> System.out.println(url));
});
没有了for-each循环，但是代码显得很混乱。现在变成了多个嵌套的subscriptions了。除了代码丑陋以及难以修改外，也违背了RxJava的一些原则。
更好的方法
屏住你的呼吸，因为你见到了你的救世主：flatMap()。
Observable.flatMap()获取一个Observable的返回值，将值发给另一个取代它的Observable。如下：
query("Hello, world!")
.flatMap(new Func1<List<String>, Observable<String>>() {
@Override
public Observable<String> call(List<String> urls) {
return Observable.from(urls);
}
})
.subscribe(url -> System.out.println(url));
我写成完整的方法是为了你能看到发生了什么，但是用 lambda表达式简写看起来很棒：
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.subscribe(url -> System.out.println(url));
flatMap()（看起来）很怪，对吗？为什么返回另一个Observable？核心概念是新的Observable返回的正是Subscriber所观察的。它不接收List<String>——它接收Observable.from()返回的一系列的单独的Strings。
此外
我强调这个观点几遍都不足够：flatMap()能返回任意想要的Observable。
假设我又有一个这样的方法：
// 返回网站的标题，若是404则返回null
Observable<String> getTitle(String URL);
原本是打印URL，现在我想要打印接收的每个网站的标题。但是有些问题：我的方法只对每次一个URL有效，而且它返回的不是String，它返回的是发出String的Observable。
有了flatMap()，解决这个问题很简单。在把一系列的URL分开为单独的items后，我可以在flatMap()方法中对于每个URL使用getTitle()，在它到达Subscriber前。
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.flatMap(new Func1<String, Observable<String>>() {
@Override
public Observable<String> call(String url) {
return getTitle(url);
}
})
.subscribe(title -> System.out.println(title));
同样，使用lambda简写：
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.flatMap(url -> getTitle(url))
.subscribe(title -> System.out.println(title));
很酷，对吧？我把几个返回Observable方法组合在一起。
不仅仅于此，我还将两个API调用组合在一条方法链上了。你们知道维持所有的API调用同步，必须在数据展示前将它们的回调写在一起，是有多痛苦？我们不用再忍受嵌套回调了。所有的逻辑都包在简短的响应式调用中了。
大量的Operators
到目前为止，我们仅仅学习了两种operators。有很多还没有学到。其他的operators能怎样改善我们的代码呢？
getTitle()在URL404的时候返回null。我们不想要输出"null"。以下代码显示我们可以过滤掉null：
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.flatMap(url -> getTitle(url))
.filter(title -> title != null)
.subscribe(title -> System.out.println(title));
filter()方法发出和它们接收到的同样的item，只在通过了boolean检查的情况下。
现在我们只想要最多显示5个结果：
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.flatMap(url -> getTitle(url))
.filter(title -> title != null)
.take(5)
.subscribe(title -> System.out.println(title));
take()最多发出指定数量的item（如果少于5个标题，它会提前停止）。
现在我们想要存储每个标题到磁盘上：
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.flatMap(url -> getTitle(url))
.filter(title -> title != null)
.take(5)
.doOnNext(title -> saveTitle(title))
.subscribe(title -> System.out.println(title));
doOnNext()让我们可以在每次一个item被发出之前，添加额外的行为。
看操作数据流多么简单。你可以继续对数据添加操作而不会弄糟任何事情。
RxJava有非常多的Operators。这么多operators让我们被吓到，但是值得查阅一遍以知道哪个对我们有用。消化这些操作会花费点时间，但是我们能信手拈来的时候就能感受到Rxjava真正的强大。
以上都是官方提供的，我们甚至可以自定义operators！这超出了本文的讨论范围。但是只要你想你就能做到。
So What?
如果你是个怀疑论者。你会问为什么要关注这些operators？
关键点3 Operators让你能对数据流做任何事
唯一的限制就是你自己。
你可以处理复杂的逻辑，从使用简单的operators链开始。它将你的代码打破为可重组的零碎东西。这就是函数响应式编程。你用的越多，就越能改变你编程的思维。
另外，想想我们的代码一转换消费起来变得多容易。最后的例子，我们调用了两次API，操作数据，然后存储。但是Subscriber并不知道这些。它想的仅仅是消费Observable<String>。封装让编程更简单。
在第三部分，我们将继续了解RxJava的特性。比如错误处理和并发，和操作数据没有直接联系。
本文翻译自Grokking RxJava, Part 2: Operator Operator,著作权归原作者danlew所有。译文由JohnTsai翻译。转载请注明出处，并保留此段声明。
