Swift 支持静态库打包已经有一段时间了，CocoaPods 也提供了 static_framework 参数。然而大部分的第三方依赖都没有及时更新。

本文给出个相对方便一些的方案用上静态库，个人感觉在依赖不那么复杂的时候成本还是比较低的。

效果如下：

Demo 地址： Use-popToViewController。

在 Push 了多个页面后，有时我们需要回到之前的某一页，这就比较麻烦了，我们需要确定返回的 ViewController 的位置。

比如：

在阅读本文前，请谨记 Podfile 是一段 Ruby 代码（如果您对 Ruby 有一点语法上的了解，这将会非常有帮助，笔者有着一年前的看了 2 小时的 Ruby 基础还是够的），这对于我们定制以下的需求将非常有帮助。

Demo 地址： https://github.com/DianQK/DevOnPods 。

本文有三个部分：

• 创建 module.modulemap ，介绍了如何友好地在 Swift 项目中使用 Umeng 的 SDK
• 使用环境变量，介绍了如何利用 ENV 配置更灵活的场景
• CocoaPods Plugin，标题虽说是 Plugin ，但主要介绍了如何基于 CocoaPods 进行 iOS 开发，特别是将依赖进行 Framework 化，特定第三方库进行 Framework。

先看一下效果。

执行 fastlane pod_generate_frameworks ，将所有第三方库 Framework 化并引用。

项目截图如下：

此时这个项目引用的第三方库都是 Framework 化的了。

接下来执行 fastlane pod_frameworks frameworks:Then，您可以看到项目中仅有 Then 是引用了 Framework ：

再执行 fastlane pod_source，你可以看到项目中所有 pod 都引用了源码（原工程）：

这篇文章是对上一篇 一些 RxSwift 思考题 的解答，如果您对这篇解答有什么疑问或者错误的地方要指出来，欢迎直接在下面评论，我会及时的回复和修正。

思考这些问题可以帮助你更好的理解什么是订阅、Observable 有什么特性、如何比较优雅地写 Rx 代码。

在本节中，你可以根据这个上传图片的例子了解到在具体场景中处理错误的方式，在哪里抛出错误，在哪里处理错误，又该如何处理错误。

一段程序的执行往往伴随着多条分支，我们的代码逻辑会走向很多个分支，但一般我们只有一个分支是正常的情况。比如一个上传文件到静态对象储存服务中，并将上传成功返回的链接传到我们的服务器。在这一过程中，遇到的任何错误都不再进行下去，我们需要确定如何处理这些错误的分支。

这里我们以这个上传图片为例，完成一个相对全面的处理流程的代码。

流程图如下：

思考这些问题可以帮助你更好的理解什么是订阅、Observable 有什么特性、如何比较优雅地写 Rx 代码。

如何友好地做请求一个分页列表，需要注意下一页的链接在当前页返回的结果，又如何连续请求直到请求到最后一页？

返回 json 格式大概如下所示：

1
2
3
4

{
    "data": { },
    "next": "url"
}

虽然 RxSwift 提供了丰富的处理错误操作符，如 retry retryWhen catchError ，但做一些定制化的处理机制直接使用这几个操作符可能是不够的，本文介绍了如何定制一些更友好的处理方案，比如，在网络错误时，由用户决定是否需要重新请求。

RxSwift 有着优秀的处理错误的方案，但在讨论这个问题之前，我们不如先来思考下为什么在 RxSwift 中有 catchError 操作符。

GitHubSignup 是一个注册例子的 Demo ，同时也是一个 MVVM 的 Demo 。但本节将重点介绍代码上为什么这样写，你可以从中了解到何时在代码中用 Rx 处理异步，如何合理的书写代码，以及如何优雅地处理网络请求状态。

事实上这个例子处理网络请求的方式是使用 using 操作符 hook 网络请求 Observable 的生命周期。