指令式编程现在总是被拿出来和其他 OOP 呀 、FP 还是响应式编程进行对比以突出后者的优势。不过指令式编程还是比较好理解的，不过前提是你的应用足够简单，一切都在可控的范围内。这样你可以用同步的方式来写整个系统。不过当今的世界不是这样的，整个世界都是不确定的，当然变化背后可能是确定的。
因为这些种种的不确定性，为应付这些不确定性响应式编程显得至关重要。我们实例还是从简单开始，通过简单来映射这个复杂的世界。定义一个 userManager 接口，提供设置用户姓名和年龄以及获取用户的一系列方法。这里实例我们并没有脱离实际。
然后通过 UserManager 可以获取用户对象来做一些事，判断用户状态。我们可以用 set 方法来更改用户属性。
获取数据来更新用户属性，数据的来源可能是文件也可能是通过对服务端的请求来获取数据。所以获取数据的过程以及是否能获取到数据都是不确定的。在没成功更新用户属性我们就急于打印或获取用户信息势必会出问题。都知道在 javascript 我们可以写 callback 来进行异步获取后更新用户信息。
在 Java 中我们通过匿名类实现 callback。runnable 开在其他线程发起请求获取数据。
同样我们也可以定义接口，提供 success 和 error 处理的方法来处理请求的状态。不过这样做下来，一两个属性还好，如果多了我们怎么处理。
通过定义接口我们可以实现对获取数据异步设置 user 的 name 属性，可以处理设置数据的成功和失败的情况。我们似乎找到了 solution。
这里定义两个属性，我们就需要
更糟糕的是如果我们获取数据是有先后，例如我们获取信息需要先获取用户 id ，也就是我们请求是有先后顺序的。这样层层嵌套不仅麻烦而是无法控制。尤其当我们状态改变了，更是无法控制了。例如当我们旋转手机，配置发生改变我们请求。
如果我们将两个异步设置属性组合在一起，这样就是超出我们控制。如果系统这样复杂下去，code 就像脱缰怪兽无法控制。
如果我们应用是跑在 Android 系统中，又增加问题的复杂性。我们获取用户信息后将其显示在android 界面，场景是我们更改用户名称，更改后发起请求更新服务端用户的属性，然后成功 update 用户信息后更新 android 界面的信息。
当请求返回时我们需要判断状态，是否我们已经离开这个 activity 或者选择了手机。
成功更新服务端的数据，请求是异步跑在非 UI 现成，返回后我们还需要返回 UI 线程更新界面。
在 Android 应用中我们还需在成功获取数据后切换回主线程，这一切一切的麻烦我都可以用 RxAndroid 来解决。
网友评论