ReactorKit：iOS单向数据流架构

ReactorKit是一个面向响应式单向Swift应用程序架构的框架，结合了Flux和响应式编程。其中，Flux是Facebook用来构建客户端Web应用程序的应用架构。它借助单向数据流完善了React的可组合视图组件。它更多的是一种模式，而不是一种传统的框架。

在ReactorKit框架中，用户动作和视图状态都是通过可观测的流传递给每一层。这些流是单向的，因此，视图只能发出动作，而响应者只能发出状态，如下图所示：

按照设计，ReactorKit旨在实现以下三个目标：

可测试性：ReactorKit的第一个目标是将业务逻辑从视图分离，响应者不依赖于任何视图，可单独测试； 从小做起：ReactorKit不要求整个应用程序遵循统一的架构，开发人员可以只在一个具体的视图中使用它，在已有的项目中使用ReactorKit也无需重写任何东西； 减少输入：对于简单的东西，ReactorKit注重避免复杂的代码，与其他架构相比，它需要的代码更少。
ReactorKit主要包含以下三个层次：

视图：视图展示数据。一个视图控制器和一个单元格被视为一个视图。视图将用户输入绑定到动作流，将视图状态绑定到每个UI组件。视图层不包含业务逻辑。视图只负责定义如何映射动作流和状态流。 响应者：响应者是一个独立的层，负责管理视图状态。响应者最重要的作用是从视图分离出控制流。每个视图都有相应的响应者，并将逻辑处理委托给响应者。响应者不依赖视图，很容易测试。 服务：ReactorKit有一个特殊的、称为服务的层。服务层实现具体的业务逻辑。响应者介于视图和服务之间，管理事件流。当响应者收到来自视图的用户动作，它就会调用服务逻辑。服务会发送一个网络请求，并将响应返回给响应者。然后，响应者会使用服务响应创建一个变种流。
此外，一个响应者可以和多个服务通信。ServiceProvider为响应者提供了到每个服务的引用。服务提供者在整个应用程序生命ZZ周期内只创建一次，并传递给第一个响应者。第一个响应者将同一个服务提供者实例的引用传递给子响应者。

ReactorKit的GitHub页面上列出了以下几个示例：

Counter：最简单、最基本的ReactorKit示例； RxTodo: 使用ReactorKit的iOS Todo应用； Cleverbot: 使用Cleverbot和ReactorKit的iOS Messaging应用； Drrrible: 使用ReactorKit的Dribbble for iOS（应用商店）。

本文转自d1net（转载）

淘宝iOS扫一扫架构升级 - 设计模式的应用 本文在“扫一扫功能的不断迭代，基于设计模式的基本原则，逐步采用设计模式思想进行代码和架构优化”的背景下，对设计模式在扫一扫中新的应用进行了总结。
支付宝客户端架构解析：iOS 客户端启动性能优化初探 启动应用是用户使用任何一款应用最必不可少的操作，从点击 App 图标到首页展示，整个启动过程的性能，严重影响着用户的体验。支付宝客户端作为一个超级 App，启动的性能当然是我们关注的重要指标之一，本文将从三方面来介绍支付宝在 iOS 端启动性能优化的具体设计思路。
《企业级ios应用开发实战》一1.2 iOS企业应用程序的架构 本节书摘来自华章出版社《企业级ios应用开发实战》一 书中的第1章，第1.2节，作者：杨宏焱，更多章节内容可以访问云栖社区“华章计算机”公众号查看。