DeviceCheck框架详细解析 （一） —— 基本概览

版本记录

版本号	时间
V1.0	2018.01.23

前言

今年翻阅苹果的API文档，发现多了一个框架就是DeviceCheck，想了半天也感觉我没见过他，看了下果不其然，是iOS 11.0新加入进来的，既然来了就相互了解下吧，下面就让我们一起来了解他。

Overview

该框架获取您的关联服务器可以在其业务逻辑中使用的每个设备，每个开发者的数据。

我们先看一下这个框架的基本信息

使用DeviceCheck API与服务器到服务器API结合使用，您可以设置和查询每个设备的两位数据，同时保持用户的隐私。 您可以使用这些数据来识别已经利用您提供的促销优惠的设备，或者标记您认定为欺诈的设备。 DeviceCheck API还可以让您验证您收到的token是否来自已下载应用程序的真实Apple设备。

注意：您有责任跟踪用户是否有权兑换您提供的任何优惠。 通常，您使用DeviceCheck API确保新用户尚未使用同一设备上的不同用户名称兑换优惠。您还负责确定何时重置设备的位; 例如，当它被转售。

您的应用使用DeviceCheck API生成标识设备的短暂标记。 您的关联服务器将此令牌与从Apple收到的验证密钥相结合，并使用结果请求访问每个设备的位。 认证成功后，苹果将这些位的当前值以及上次修改的日期传递给服务器。 您的服务器将其业务逻辑应用于此信息，并根据情况将结果传达给您的应用程序。

您的应用使用DeviceCheck API生成标识设备的短暂标记token。 您的关联服务器将此令牌与从Apple收到的验证密钥相结合，并使用结果请求访问每个设备的位。 认证成功后，苹果将这些位的当前值以及上次修改的日期传递给服务器。 您的服务器将其业务逻辑应用于此信息，并根据情况将结果传达给您的应用程序。

---

Topics

我们先看一下该框架的基本结构。

1. Device Identification

• DCDevice
  • device的代表或者表示。

2. Communication with the Server

• Accessing and Modifying Per-Device Data
  • 使用HTTP命令查询和修改每个器件位。

3. Errors

• DCError
  • DeviceCheck错误码。

• DCErrorDomain
  • 与DeviceCheck API相关联的错误的错误域。

后记

本篇已结束，后面更精彩~~~