iOS网络编程HTTP

在这个系列的过程中，我们从一个简单的想法开始，并将它带到了一些非常迷人的地方。 我们开始的想法是可以将网络层抽象为“我发送此请求，最终我得到响应”的想法。 在阅读 Rob Napier 关于协议协议的

我原计划在不同的加载器上发布更多的帖子，你可以使用这个架构构建，但是为了“完成”这个系列，我决定放弃一个帖子每个加载器，而是强调要点 其中一些。 OpenID 我们已经了解了如何实现通过 OAuth

到目前为止，我们已经构建了两个不同的加载器来处理身份验证，并且可以想象我们想要构建更多来支持其他加载器。 如果我们可以将所有“身份验证”逻辑封装到一个加载程序中，那不是很好吗？ 我们将通过创建一个复合

上一篇文章介绍了 OAuth 流程的基础知识：我们如何检查令牌、我们如何要求用户登录、我们如何刷新令牌等等。 在这篇文章中，我们将采用该状态机并将其集成到 HTTPLoader 子类中。 ## 加载器

虽然基本访问身份验证适用于“基本”情况，但现在更常见的是使用某种形式的 OAuth。 与 Basic 身份验证相比，OAuth 有一些有趣的优势，例如： 该应用永远无法访问用户的用户名和密码 用户可以

对 web api 的 HTTP 请求通常需要有某种凭据。 最简单的身份验证类型是基本访问身份验证，在这篇文章中，我们将把这个功能添加到我们的库中。 当我们阅读基本身份验证的规范（或维基百科文章）时，

如果收到的响应与客户端所寻找的不完全一致，大多数网络库都能够自动再次发送请求。 让我们也把它添加到我们的库中。 配置 回忆一下我们的 HTTPLoader 的 API： 请记住，这定义了一种加载任务的

我曾经开发过一个应用程序，该应用程序使用Timer定期 ping 带有状态更新的服务器。 在应用程序的一个构建中，我们注意到状态服务器开始遇到 CPU 峰值，最终导致它无法处理更多请求。 经过调查，我

取消正在进行的请求是任何网络库的重要功能，也是我们希望在此框架中支持的功能。 配置 Setup 为了支持取消，我们需要对迄今为止构建的 API 进行最后一次重大更改，如下所示： 我们看到的局限性是，一

我们需要对加载界面进行一些更改，其中之一是允许重置。 重置是获取加载链的当前状态并将其清除的想法。 您可以将其视为类似于“注销”。 你可能想知道为什么我们需要这个。 如果我们要“重新开始”，那么我们不

到目前为止，我们已经编写了足够多的代码来描述 HTTPLoader 实例链，这些实例可以处理传入的 HTTPRequest 并最终生成 HTTPResult。 然而，在某些情况下，我们不希望每个请求都

在这篇文章中，我们将创建一个 HTTPLoader 子类，它允许我们动态修改请求。 我们已经看到 HTTPLoader 接口有非常宽松的要求“一个请求进来，一个完成块被执行”。 我们还看到了如何将 A

到目前为止，我们创建的 HTTPLoading 类型都是直接响应 HTTPRequest 的加载器。 为了创建新类型的加载器，我们需要重新访问 HTTPLoading 协议。 如果回想第 4 部分，我

我们已经了解了单个方法如何为通过网络加载请求提供基础。 然而，网络也是开发应用程序时最大的失败点之一，尤其是在单元测试方面。 当我们编写单元测试时，我们希望测试是可重复的：无论我们执行多少次，我们应该

到目前为止，我们已经看了一个简单的Request/Response的结构体和实现。接下来，我们来讨论一下发送请求和接收响应。 如果我们回想一下第一节，我们会用HTTP回调给他，我们发送了一个请求，并且

在进行HTTPRequest请求发送前，我们稍稍改进一下我们的结构体，最后，我们将会以下面的信息输出： 在本节中，我们将着重讨论一下body属性，并对其进行改造。 通用化body 在HTTP简介那一节

在上一节中，我们对HTTP的request和response有了一个大致的结构性了解。在本节中，我们将把那些信息转化成我们在swift中所需要的模型 请求和响应 我们都看到了，HTTP是一个简单的re

HTTP介绍 在本次HTTP相关文章中，我将和大家一起讨论HTTP相关的话题，以及如何很好的将其糅合在一个大的Swift Framework中。我们将一个支持以下情况的framework终结本次讨论：

OSI模型特征 OSI模型被分为两大类：上层和下层 OSI模型的上层主要处理的是与应用相关的问题，他们只在软件中执行。应用层是最接近用户的。用户和应用层通过软件应用进行交互。上层是指刚好在另一层之上的