刚开始接触RxSwift只是因为函数响应式编程这个高大上的概念能让我的简历加分，但是当我一点一点的了解它之后，就深深的被其魅力所折服。作为一个RxSwift初学者，写这篇文章是很惶恐的（其中借鉴了很多大神的博文，后面会给出链接），但是管中窥豹，我会详解RxSwift官方Demo中的一段代码，让还没有接触RxSwift的小伙伴感受到RxSwift为什么会让我们的开发变得简单高效。
RxSwift到底是什么？
RxSwift是一种函数式响应式编程（也有很多大佬觉得它还算不上响应式编程，这个留给大家去思考吧）。那什么是响应式编程呢，响应式编程最重要的概念就是“无状态（immutable）”，看到这有些小伙伴可能会很开心，无状态（知名LOL职业选手）嘛，我是他的粉丝！言归正传，到底什么是“无状态（immutable）”呢？我看了很多文章，但是都被他们专业的描述整的一头雾水，我来说说我的看法：有丰富debug经验的小伙伴们都知道一个事实，程序中80%的BUG都可以由追踪变量的值来发现，为什么呢？反过来想，引起BUG的最大元凶正是值的改变。说道这里大家肯定都有了一个大胆的想法，倘若有一种方式能够消除状态的改变(这里为什么不说“值”，因为Rx不仅仅是值的“无状态（immutable）”，也会有事件的“无状态（immutable）”，所以准确的描述应该是“状态”)，那么岂不是就没什么BUG了？响应式编程正是为此而生。
那响应式编程究竟是怎么做到“无状态（immutable）”这一点的呢？答案就是“序列(sequence)”，既然我不能改变状态，那我需要发生改变的时候，我就重新生成一个状态，发生几次改变，我就生成几个状态，而“序列(sequence)”就是盛放这些状态的容器（大家可以看做是一个数组），那么状态的改变是不是就不复存在？答案是肯定的，我只需要分别对“序列(sequence)”中的状态做出命令，他们之间就不会互相影响，那么出bug的几率自然大大降低，而且还带来额外的好处，就是再也不用操心我是用代理，还是用通知，还是用KVO，还是用目标/行为来完成某项功能。写到这，我真是由衷佩服提出响应式编程的大佬们。
那么既然成为了一个“序列”，怎么生成“序列”，怎么组合多个“序列”，怎么处理每个“序列”中的每个元素？RxSwift中有非常多的操作符来解决这些问题，这也是RxSwift难以学习的原因之一。但是我们只要理解，这些操作符的的最终目标是让“序列”变成我们想要的样子。记忆起来就会事半功倍。
在这里再多说几句：有很多博客把“序列(sequence)”比作“流、信号、管道”等，这确实有助于大家理解RxSwift，但是RxSwift的项目维护者显然不这么认为，下面给大家看一段InfoQ对项目维护者Krunoslav Zaher的采访：
使用不一样的、不太准确的方式思考可观察的序列会带来很多问题（流、信号、导管等）。那些东西有时候可以用来帮助新手探索Rx，但是如果使用的时间过长，它们只会在接下来的开发中带来很多困惑。人们有时候使用它们是因为Rx可以用在模拟系统的多状态部分，但是那只是故事的一部分，而我建议大家不要那样思考。
使用那些项（流、信号、导管等）思考的问题在于它们带有一个隐含假定：
定义Observable时带有共享的值，并且可以从外部设定的当前值也是一样的。而Observable会被莫名其妙地直接取消，这看起来像future或promise。
而事实上：
Observable只是一个如何计算序列的定义。没有计算会在序列定义后（let result = source.map(transformObservableSequence)）自动地执行。这和Swift中的SequenceSequence是一样的。当绑定一个观察者时（这与调用SequenceType中的generate方法相同）才会执行计算，并且可以通过处理Disposable对象的结果来取消特定的计算。Observable当然可以代表多状态的计算，它们共享潜在的绑定并source可观察的序列（使用shareReplay(1)操作等），但是这不是默认的行为。
我认为部分的问题在于也许人们一直在使用future、promise或其他更简单的、使用方式相似的reactive库，所以他们自然地认为Rx在其他的情况下也是同样的表现，而这对于新手来说显然是令人困惑的。
奇怪的是那些单方面的属性对刚开始使用Rx的人们造成了很大的问题，有时候门槛会变得太高以至于人们变的没有动力，但是从另一角度来看，这正是我个人认为Rx美的原因。
它美的地方在于你可以只通过一句话就能教会一个人使用Rx：Observable
代表了元素类型为T的可观察序列（与Swift中的SequenceSequence是一样的），其中每个元素都可以调用subscribe（和SequenceSequence中的generate方法相同）方法来注册自己的接受序列元素的observer（返回信号）。
如果这方面很清楚的话，所有的其他东西都只是细节，或变得非常明显和自然。
将Rx看作另一个库而不是一个不同的概念/抽象，并且开始在Stack
Overflow或相似的网站上开始查阅它，将会带来许多问题。在学习Rx时，唯一需要学习的部分就是理解可观察序列的句子，这样的话其他的东西就很显而易见了。这时候，陡峭的学习曲线就消失了。
RxSwift官方demo解析
下面是官网demo的一个小模块，实现了Github的注册功能，我们先看一下目录结构（没有标绿的文件是RxSwift专门为UI设计的更为精简的实现方式，这里就不多做探讨）：
显然这是一个标准的MVVM架构，在我看来RxSwift是MVVM的完美CP，RxSwift非常适合用来解决MVVM中，ViewModel的State和View绑定的问题。再扯一些题外话，demo中使用到了面向协议编程的思想，也是很值得大家参考的，能够大幅度提高代码的复用率和解耦合。推荐大家在慕课网上搜索2016swift开发者大会上，李洁信的演讲，在这里我就不附上地址了。
接着看疗效：
在正常情况下，完成2个密码的比对功能我们需要在textField的代理方法中监听text属性的变化，然后使用类似于这种结构的判断：
if validPassWord(textfield.text) {
tipLabel1.text = ...
tipLabel.textColor = ...
} else {
code
}
if textfield1.text == textfield2.text {
tipLabel2.text = ...
tipLabel2.textColor = ...
}else {
code
}
事实上，实际情况远比我的伪代码复杂的多得多，大家应该都深有体会。那么RxSwift又是怎么完成这些功能的呢？我们先看一下viewController中的代码(为了方便大家理解我会添加注释)：
override func viewDidLoad() {
super.viewDidLoad()
// 这里是viewModel的构造函数，构造函数会接收三个TextField中的text生成的“序列”
// 只要textField.text发生改变，“序列”中就会有一个新的元素Element生成
let viewModel = GithubSignupViewModel1(
input: (
// .rx.text.orEmpty.asObservable()是RxSwift提供的UIKit的扩展，可以快速生成一个可观察序列，以下同理
username: usernameOutlet.rx.text.orEmpty.asObservable(),
password: passwordOutlet.rx.text.orEmpty.asObservable(),
repeatedPassword: repeatedPasswordOutlet.rx.text.orEmpty.asObservable(),
loginTaps: signupOutlet.rx.tap.asObservable()
),
dependency: (
// 网络接口
API: GitHubDefaultAPI.sharedAPI,
// 验证输入内容是否合法的工具类
validationService: GitHubDefaultValidationService.sharedValidationService,
// 弹窗，点击登录按钮后提示信息
wireframe: DefaultWireframe.shared
)
)
// viewModel构造函数中会处理出入的三个“序列”，然后生成以下五个可观察“序列”
// let validatedUsername: Observable // 用户名是否可用
// let validatedPassword: Observable // 密码是否可用
// let validatedPasswordRepeated: Observable // 重复密码是否可用
// let signupEnabled: Observable // 注册按钮是否可以点击
// let signedIn: Observable // 是否玩成了注册（控制弹窗）
// let signingIn: Observable // 是否在注册进程中（控制菊花的旋转）
// ValidationResult是一个枚举
enum ValidationResult {
case ok(message: String)
case empty
case validating
case failed(message: String)
}
// 有了以上这些序列，就可以在控制器中完成数据和控件的绑定
viewModel.signupEnabled
// 订阅一个可观察序列的事件处理闭包，只要有新的元素添加到序列中，该方法就会自动发出信号并执行闭包中的代码，并返回一个遵守Disposable的类型，Disposable就相当于垃圾回收，会自动销毁序列。
.subscribe(onNext: { [weak self] valid in
self?.signupOutlet.isEnabled = valid
self?.signupOutlet.alpha = valid ? 1.0 : 0.5
})
.disposed(by: disposeBag)
viewModel.validatedUsername
/**
bind其实跟subscribe是等价的，只是他能更好的反应可观察序列和观察者之间的关系
站在一个代码阅读者的角度，用subscribe方法订阅，你可能需要在事件处理序列中去寻找谁是观察者，但是使用bind，你
可以很直观的看到观察者是谁，其实就是相当于对subscribe再次封装一层，让观察者在自己的代码区域完成事
件，就不用再写在控制器中,代码阅读起来真叫一个流畅，有一种一目了然的感觉。也让你不知不觉中就降低了
代码的耦合度。
*/
.bind(to: usernameValidationOutlet.rx.validationResult)
.disposed(by: disposeBag)
viewModel.validatedPassword
.bind(to: passwordValidationOutlet.rx.validationResult)
.disposed(by: disposeBag)
viewModel.validatedPasswordRepeated
.bind(to: repeatedPasswordValidationOutlet.rx.validationResult)
.disposed(by: disposeBag)
viewModel.signingIn
.bind(to: signingUpOulet.rx.isAnimating)
.disposed(by: disposeBag)
viewModel.signedIn
.subscribe(onNext: { signedIn in
print("User signed in \(signedIn)")
})
.disposed(by: disposeBag)
//}
let tapBackground = UITapGestureRecognizer()
tapBackground.rx.event
.subscribe(onNext: { [weak self] _ in
self?.view.endEditing(true)
})
.disposed(by: disposeBag)
view.addGestureRecognizer(tapBackground)
}
总结
本来很想详细的解构一下官方demo中的代码解构，真的是十分优秀简洁的代码，然后再说一说每个操作符的含义，但是这不是我写这篇文章的初衷，我只想让还没有开始接触到RxSwift的小伙伴稍稍感受一下RxSwift的魅力所在。如果你因为本文稍稍对RxSwift提起兴趣，并打算学学看，那么下面这些博文千万不要错过：
RxSwift函数响应式编程
RxSwift给Swift带来了原生Reactive编程的功能
是时候学习RxSwift了
[翻译]RxSwift入门
希望读者能指出本文中出现的错误，不胜感激。