充分利用“通过 Apple 登录”

充分利用“通过 Apple 登录”

通过 Apple 登录可以使人们轻松使用已有的 Apple ID 登录 app 和网站。我们将利用安全请求、处理状态更改和服务器通知，充分结合通过 Apple 登录到你的 app 中去。我们还将向你介绍新的API，使你可以允许现有用户快速、轻松地切换为通过 Apple 登录。

资源
相关视频

WWDC22
- 优化“通过 Apple 登录”体验
- 探索“通过 Apple 登录”在公司与学校中的运用
WWDC21
- 保护您的帐户、促销和内容
WWDC20
- 一键式帐户安全升级
- 自动填充无处不在
WWDC19
- “通过 Apple 登录”简介
下载

（你好 WWDC 2020）
你好欢迎来到 WWDC
大家好欢迎观看《充分利用“通过 Apple 登录”》讲座我叫 Alfonso 与我的同事 Jonathan 一起我们会讨论今年我们在“通过 Apple 登录”方面研究出的最佳做法以及一些新功能如你所知 “通过 Apple 登录”能够使你的应用软件登录体验变得更加快捷它深受用户喜爱不仅十分简单易用还使用户不再需要记住他们的密码它的隐私功能受到了用户的肯定其中超过一半的人选择使用私人电子邮件中继因为有了“通过 Apple 登录” 用户现在能够只通过一次轻点就在你的应用软件中创建一个账号如果你还没观看去年 WWDC 中的《“通过 Apple 登录”的介绍》讲座请一定要前去观看你将在里面看到如何为你的应用软件添加这项功能的现场演示今天我们会讨论几个主题我们首先会深入探讨授权请求以及如何使之更加安全接着我们会讨论为你的应用软件处理凭据状态变更的最佳做法我们还会介绍新的服务器到服务器开发者通知以及“通过 Apple 登录”按钮上的一些新添加和更改最后我们会讨论如何升级为“通过 Apple 登录” 如你所知安全对于我们的用户来说非常重要这也是我们在创建“通过 Apple 登录”时十分注重的一个方面在使用“通过 Apple 登录”时你的账户已经获得了强大的安全功能比如自动双因素认证但你还可以通过一些别的举措来让你的请求更加安全今天我们会回顾一些你在创建授权请求时的最佳做法以及如何充分利用集成于其中的安全功能
这个例子展示了如何使用 Swift 来创建一个授权请求如果你看过我们的前一个讲座或者以前执行过“通过 Apple 登录” 这些会看起来非常熟悉
这就是我们将要用于处理 “点选通过 Apple 登录”的方法也是创建你的授权请求和控制器的正确位置
如你所知你可以通过修改请求属性来添加像是“请求范围”之类的内容以防你的应用软件需要姓名或电子邮件之类的用户信息
但正如我们之前提到的请求也具有一些属性能够帮助授权过程变得更加安全它们分别是随机数和状态
这些属性使你能够在执行一个请求后验证得到的授权和凭据与你预期的一样我们首先说说这些属性是什么随机数是在请求中作为字符串发送的一个不透明数据块每当你创建一个新的请求时都要生成一个唯一的随机数这点很重要因为只有这样你之后才能验证这个值
为此随机数值会被嵌入在授权凭据的身份令牌属性中返回给你
这将使你能够在服务器中验证这个值从而有助于防止重放攻击
与随机数相似状态值也是与请求一同发送的不透明数据块它与随机数值的一个关键不同点在于状态会在凭据中被返回从而使你能够在本地将一条凭据与一个请求相匹配并验证这是从你的应用软件中生成的在添加了这些属性后我们就准备好让控制器来执行我们的请求并将其呈现给用户了
这时用户将看到这条授权请求如屏幕中所示如果你请求获得用户的电子邮件地址用户将可以选择共享或隐藏他们的电子邮件地址如果用户决定隐藏他们的电子邮件地址你将收到一个私人电子邮件中继你或许会对此有一些疑问比如 “私人电子邮件中继是什么？我该如何验证这个电子邮件地址？如果我需要用户进行回复怎么办？” 那么我们来尝试回答其中的一些疑问
电子邮件中继就和一个真正的电子邮件地址一样而且是团队范围的也就是说它们对你来说具有唯一性但在你的所有应用软件中一位用户将始终对应同一个电子邮件地址
电子邮件中继会将电子邮件发送到经过 Apple 验证的为用户所拥有的一个真实电子邮件地址上这样你就不必担心对电子邮件地址进行验证了
你还可以确定在你需要用户回复的情况下他们将能够回复你的电子邮件这个服务始终在线所以用户可以随时接收和回复你的电子邮件你可以看到这让电子邮件中继成为用户的一个很棒的选择同时也维持了你与用户之间便捷的通信方式如果一位用户选择使用私人电子邮件中继请务必尊重他们的选择当用户做出选择后授权将会进行下去授权成功后你将在授权控制器的委托方法中收到一条凭据这个例子展示了如何从授权中获得凭据
在这条凭据中你会找到一系列属性其中包含你请求的像是姓名和电子邮件之类的用户信息
此外你还将找到一些重要属性可以使你安全地验证这条请求并与你的服务器创建会话它们是状态、身份令牌和授权码
如你所知这其中的一些参数比如姓名和电子邮件只会在用户首次授权你的应用软件时被包含在凭据内
因此对你需要的对象进行缓存非常重要以防止由于连接较差造成与你的服务器通信失败这样的话你需要的重要信息就不会丢失了
请你务必验证凭据的状态值与你之前生成的状态值一致
正如我之前提到的响应中包含一个授权码和一个身份令牌将这些数值发送给你的服务器来进行解码
解码完成后对接收到的信息以及与 Apple 服务器的会话进行验证我们来看看身份令牌被你的服务器解码后是什么样子你可以看到从中能够获得的一些值包括主体也就是授权中返回给你的用户标识符并使你能够在你的服务器中创建会话
随机数和我们之前提到的一样这是一个非常重要的值要去验证这个随机数与你之前在请求中生成的随机数一样这可以让你验证授权的真实性并有助于减轻重放攻击
如果你请求获得用户的电子邮件地址那么它也会被包括在身份令牌内
最终 real_user_status 将在用户首次授权你的应用软件时被返回其中包含三种状态中的一种 “0”表示不被支持 “1”表示未知 “2”表示可能为真正如我们刚才看到的身份令牌是一个 JSON 网络令牌它包括多条与授权相关的信息
你得到了这些信息后应该使用从 Apple 获取的公共密钥来验证这个令牌并且要确保令牌没有过期
你可以与 Apple ID 服务器交换授权码成功交换后你将收到一个刷新令牌和一个访问令牌来用于以后的调用此外还会得到一个新的身份令牌它应该与你已有的令牌相同
你可以每天验证一次刷新令牌来确认那台设备上的用户 Apple ID 仍然有效按照这些最佳做法你不仅可以确保你的用户会拥有出色且流畅的登录体验还可以让你确信授权以及它所包含的信息是安全有效的我们介绍完了授权过程现在来说说为你的应用软件检查凭据状态的最佳做法为此我们使用 getCredentialState API 它可以通过发送当前储存的用户标识符来允许你验证一条凭据的当前状态
API 将帮你验证用户在这台设备上以及在你的应用软件中保持登录状态从而帮助你确保可以正常进行你的会话
每当你启动应用软件或者将它转为前台运行时调用此方法都非常重要这样你就能够及时对状态的任何变化作出反应并在你的应用软件中向用户显示恰当的页面
这些是你在调用这个 API 时会接收到的已知状态我们再次快速回顾一下它们以及遇到每一种后分别该怎么做
“已授权”意味着你可以让用户跳过登录界面直接进入你的应用软件
“撤销”是指用户决定登出你的应用软件这种情况下你应该使用户从你的应用软件中退出登录关闭会话并显示登录页面 “无法找到”会在没有与用户标识符相匹配的凭据时被返回这时候要显示登录页面让用户可以对你的应用软件进行身份验证最后你会注意到一条新的凭据状态
“已转移” 我们来说说这个凭据状态以及我们该如何处理它
只有近期从一个开发团队转移到另一个开发团队的应用软件才会接收到“已转移”凭据状态比如在某个公司被收购之后
正如我们之前所提到的用户标识符对团队来说具有唯一性所以在转让应用软件的所有权时需要将现有用户迁移到一个新的用户标识符上来与新团队相匹配
这种迁移会以静默方式处理也就是说不需要用户进行任何交互就可以通过调用创建新账户或登录用户所使用的同一个 API 来触发这个操作如你所见这是创建新账户或登录现有账户所使用的相同代码
通过在请求中添加当前已储存的用户标识符我们可以使用户的“已转移”状态生效并生成与新团队相匹配的新用户标识符
响应会在授权控制器委托方法中被返回这样用户就可以继续使用这个应用软件而不会注意到任何变化现在来谈谈我们今年在 “通过 Apple 登录”中引入的一项新功能即服务器对服务器开发者通知侦听这些通知将让你能够直接在服务器上监测诸如凭据状态变更之类的信息以及接收其它类别的事件接收这些通知的开启过程十分简单首先你必须在 Apple 开发者网站上注册你的服务器端点注册完成后你就可以开始接收事件了
事件会作为由 Apple 签署的 JSON 网络令牌发送我们来看这些令牌是什么样子的如你所见 JSON 网络令牌会包含重要信息比如应用软件的发行方和捆绑包标识符这个是“禁用电子邮件”事件的示例如果用户决定停止在他们的电子邮件中继上接收电子邮件那么你就会收到这条通知
“启用电子邮件”事件是指用户选择重新开始接收电子邮件消息重要的是要注意这个事件以及禁用电子邮件只会在用户之前决定为账户使用私人电子邮件中继的情况下被发送出去 “撤销同意”举动会在一位用户决定停止在你的应用软件中使用他们的 Apple ID 后被发送给你你应该把它当作用户退出登录来对待例如当用户决定将你的应用软件与设置断开连接时你就可能会接收到这条通知最后 “账户删除” 当用户要求 Apple 删除他们的 Apple ID 时就会发送这个事件收到这条通知时与该用户相关联的用户标识符将会失效如你所见通过侦听这些通知你将能够直接在你的服务器上更好地针对这四种不同的情况作出反应现在来说说我们今年引入的另一项新功能 SwiftUI 中的“通过 Apple 登录”按钮使用 SwiftUI 能够十分轻松地在你的应用软件中呈现“通过 Apple 登录”按钮不仅如此 SwiftUI API 还可以帮助你创建授权请求并在同一个代码块中处理响应
如你所见创建按钮非常简单在你的视图上你只需添加一个 SignInWithAppleButton 对象并为它指定一个标签在这个例子中我们选择了“登录” 不过我们也可以选择“继续”或“注册” 接下来我们就有了一个 onRequest 闭包可以在上面创建我们的请求和我们之前在 Swift 中看到的一样你应当在这里添加请求范围比如姓名和电子邮件以及我们讨论过的随机数和状态值
通过使用按钮我们还会有一个 onCompletion 闭包我们可以在上面获得请求结果并处理成功或失败的情况这和你在授权控制器的委托方法中的做法一样最后我们还可以选择按钮样式 “通过 Apple 登录”按钮的可用样式有黑色、白色和白色勾边既然我们正在讨论按钮样式那么如果你需要使 “通过 Apple 登录”按钮更加个性化来搭配你的网站或应用软件的具体设计我们非常乐意为你介绍一个新的在线门户你可以通过它来实现这点你可以通过以下链接访问此网站 appleid.apple.com /signinwithapple/button 在这里你能够对按钮的许多特性进行自定义比如标签、尺寸以及各元素的位置你还可以下载并获得按钮资源这样就可以将它们导入你的项目或网站了现在我想邀请 Jonathan 来谈谈升级为“通过 Apple 登录” 谢谢 Alfonso 我们在去年发布了“通过 Apple 登录” 客户反馈一直相当热烈只需要轻点一次就能登录你的 app 这点深受用户喜爱但是对于那些已经在使用传统的基于用户名和密码的账户又不想放弃现有账户的用户该怎么办呢？今年我们引入了一个新 API 来帮助你的用户升级为使用“通过 Apple 登录” 不过你为什么想让你的用户将他们的账户升级为 “通过 Apple 登录”呢？首先这对你和你的用户来说都是安全的升级为“通过 Apple 登录” 是将你的账户转变为双因素认证最简单的方法 “通过 Apple 登录”需要双因素并且会将设备信任用于本地凭据状态 “通过 Apple 登录”也能使账户恢复变得容易得多用户忘记了他们的密码也需要进行验证有了“通过 Apple 登录” 你不再需要管理用户的秘密它已经全部为你完成了利用这个 API 你可以防止重复账户用户十分喜爱 “通过 Apple 登录”的便捷性和安全性那些已经拥有传统的基于用户名和密码的账户的用户不用为了使用“通过 Apple 登录” 而放弃他们现有的账户因为现在他们只需升级就可以了那么 “升级到通过 Apple 登录”是什么？ “升级到通过 Apple 登录”是一个新 API 专门用来为你的用户提供快捷的安全升级而且它在 iOS 和 iPadOS 的多个位置均可使用包括你的 app 为了帮助你将用户升级为“通过 Apple 登录” 身份验证服务会利用一个基于扩展的 API 我们把这个扩展称为账户身份验证修改扩展
使用它来把登录方式升级为“通过 Apple 登录” 能够为你的用户提供一种无缝体验
当用户从弱凭据升级为“通过 Apple 登录”时这个弱凭据会在流程成功完成后被从系统中删除
我们还包含了对于添加你自己的用户界面的支持这是考虑到在一些情况下请求“通过 Apple 登录”的凭据前需要先完成安全验证
这个扩展不仅支持升级为“通过 Apple 登录” 还支持强密码升级在我们这个讲座中我将为新的 “升级为通过 Apple 登录”的流程提供一个概览关于执行这个新 API 的所有详情包括强密码升级我邀请大家查看 WWDC 2020 中的《账户安全一键升级》讲座执行之后用户可以通过三种方式来唤出你的账户修改扩展
第一种是当安全建议在设置里的新密码管理器中识别出一个弱凭据时
第二种是当一位用户与你的 app 进行交互时使用了密码自动填充而选中的凭据为一条弱凭据时
最后一种是当你通过你在 app 中指定的用户交互来唤出新的身份验证服务 API 时既然我们明白了扩展会在哪些情况下被唤出现在就让我们来看看它是如何运行的账户修改扩展涉及到一些概念光从名字也许不太好理解我来说明一下 ASAccountAuthentication ModificationViewController 是一个视图控制器它的子类是 NSExtensionPrincipalClass
你的扩展被首次调用后将唤出非用户交互函数它会使用现有凭据首次尝试将用户升级为 “通过 Apple 登录” 我们希望看到大部分升级在这里出现因为这对用户来说是最省时省力的方法
要明白在某些情况下会需要追加用户界面来验证一位用户所以可能会显示一个增强安全视图接着我们会把同一个凭据通过一个单独定义的函数传给扩展
最后一个元素是扩展关联属性扩展关联的作用是在用户交互和增强安全函数内让你的扩展与扩展托管过程进行通信使用扩展关联你将能够告知扩展托管过程之前发生了什么以及之后需要发生什么
这里你能看到 ExtensionViewController 子类的存根版本名字是 AccountModificationViewController 如你所见它正在重写三个函数首先 convertAccountToSignIn WithAppleWithoutUserInteraction 为了尝试在无用户交互的情况下升级凭据它最初会由扩展托管过程调出
接着是 viewDidLoad 必要时可以用它为安全增强流程设置一个中间用户界面如果你预计会出现网络调用或延迟那么提供中间用户界面来指示进程也许有助于提供最棒的用户体验最后 prepareInterface ToConvertAccountToSignInWithApple 会在你的视图出现前被调用它会通过非用户交互流程提供的同一个 ASPasswordCredential 这个凭据会被用来进行比如在表单中预填写用户名或者启动双因素认证流程这类操作对于需要花费一定时间的任务应该异步完成利用中间用户界面来指示进程你的增强视图在这次调用结束前不会显示
我们说完了关于 AccountAuthentication ModificationViewController 的概览现在我们来进一步了解它们是如何协同工作的来看看 ASAccountAuthentication ModificationExtensionContext 扩展关联是账户修改视图控制器的核心属性正如之前所提到的扩展关联被用来控制升级的流程那么它是如何控制流程的？首先它的一个函数会请求“通过 Apple 登录”授权正如 Alfonso 之前提到的这与通过一条 Apple ID 凭据来调用执行请求十分相似这将会显示你的 app 特定的 “通过 Apple 登录”用户界面
接着如果你在评估凭据或是当前已登录账户并判定需要使用追加用户界面来验证账户那么扩展关联就会被用来请求显示增强安全用户界面
扩展关联还可以被用来让托管过程完成流程这会把现有的凭据删除
最后在你需要完全取消流程的情况下扩展关联也会被使用到
我们来进一步探讨扩展关联属性的详情
getSignIn WithAppleAuthorizationWithState 显示了带有你 app 信息的 “通过 Apple 登录”用户界面同时请求用户对升级进行授权
之前 Alfonso 提到在 ASAuthorizationAppleID 请求上设置一个状态和一个随机数在升级流程中随机数和状态作为参数被传给这个调用用户授权进行升级后完成处理程序会在流程完成后与 Apple ID 凭据一同被调用
接下来是 completeUpgradeToSignInWithApple 它会让扩展托管过程得知授权已经成功完成由此将密码凭据删除
最后是 cancelRequest
API 预期会通过 ASExtensionError 来调用它如果你的扩展判定需要向用户显示追加用户界面那么务必通过 userInteractionRequired 错误来调用它如果用户在你的用户界面流程中取消那么可以使用 userCanceled 错误
其它所有失败都可以使用失败错误
在之前几张幻灯片中我们简要概述了账户修改视图控制器接着我们回顾了扩展关联属性以及它是如何控制流程的现在我们来更深入地了解在无用户界面的情况下转变账户的执行详情当用户使用一条弱凭据进行交互并想要将这条凭据升级为 “通过 Apple 登录”时我们就会在 OS 中开始这个流程
你的账户修改扩展会被密码管理过程初始化同时调用“无用户界面转变”函数前提是密码凭据想要升级为 “通过 Apple 登录” 扩展要做的工作是对已通过的凭据进行评估以确保它在升级为 “通过 Apple 登录”之前是有效的
这个时候检查用户名是否与当前已登录的用户相匹配是很明智的第一步
我们假设扩展判定已登录用户的状态和已通过的凭据需要调用服务器来验证账户
服务器验证了凭据并且身份验证成功
接着服务器给扩展提供反馈以确认账户已经准备好升级为“通过 Apple 登录”
在确认此账户通过了身份验证并符合升级条件后扩展关联将被用于请求 Apple ID 凭据但在进入流程的这一部分前我们一起来看看如果账户由于存在问题而阻止了立即升级会发生什么
正如我们在之前的案例中所见当用户使用一条弱凭据进行交互并想要将这条凭据升级为“通过 Apple 登录”时流程就会开始接着你的账户修改扩展会被密码管理过程初始化然后会通过密码凭据调用 “准备进行无用户界面转变”函数
之后扩展会对凭据进行验证我们花点时间来看一些用于验证凭据的代码示例如你所见这个代码示例定义了一个代表验证结果的枚举
有三个值来代表验证结果成功、失败以及需要双因素认证
对已有凭据进行验证后这三个值中的一个将会被返回
失败结果对应了一些情况比如当服务器尝试验证凭据时此账户或服务器状态并不适合在当时转变账户针对这种情况可以使用 extensionContext 来调用针对失败错误的 cancelRequest 这样就会结束流程
成功意味着此账户已经准备好立刻进行转变正如我们之前在时序图中展示的一样接着会使用扩展关联来获取 Apple ID 凭据
需要双因素认证是指我们需要向用户呈现一些用户界面凭据本身不足以升级为 “通过 Apple 登录” 这种情况的处理方式是通过使用扩展关联来调用针对 userInteractionRequired 错误的 cancelWithError
回到这个图中扩展会调用 verifyCredential 函数这会使扩展的后端被调用以对凭据进行验证
服务器将通过请求来试图验证账户
服务器判定这个账户需要进行追加验证
这条反馈回到扩展上然后 verifyCredential 函数将它评估为需要双因素认证的认证结果
正如 verifyCredential 函数的代码示例所展示的这个情况的处理方式是通过使用扩展关联来调用针对 userInteractionRequired 错误的 cancelWithError 我们建议你只在需要时请求用户界面从而避免为用户增加负担大多数情况下如果用户已经在你的 app 中通过了身份验证那么我们会预计非用户交互流程将足以完成转变然而就像在这个例子中一样某些情况下用户界面流程也许是必要的我们来看看它的工作原理扩展关联由于 userInteractionRequired 错误而取消后密码管理过程会初始化一个账户修改视图控制器的新实例
并调用“准备进行无用户界面转变”函数同时传递 ASPasswordCredential
这时会显示扩展的视图控制器它同时还会提供中间用户界面比如一个旋转的齿轮
在情形略有变更的情况下使用与之前相同的凭据一个请求就被发送给了后端
服务器视图尝试验证账户要求双因素认证（2FA）接着反馈给扩展
扩展更新视图向用户请求双因素认证
用户提供验证码扩展随后进行验证如果用户无法在此时通过验证扩展关联就会被用来取消包含失败错误的流程我们假设用户提供了一个有效的验证码并且验证成功扩展现在准备好请求 Apple ID 凭据那么现在我们又回归了正确的道路即这个账户已通过身份验证并满足升级条件现在账户准备就绪了让我们请求 Apple ID 凭据并结束流程
正如 Alfonso 之前提到的保证请求的安全非常重要为此你的扩展会生成一个状态和一个随机数并将它们作为参数传给 getAppleIDCredential 调用函数这最终会向用户呈现 “升级到通过 Apple 登录”用户界面然后用户授权使用面容 ID
Apple ID 凭据在 getAppleIDCredential 调用函数的完成块中被提供给扩展接着扩展会验证凭据的状态属性与之前生成的一致
然后扩展会请求账户进行升级同时向服务器后端提供必要的账户信息和 Apple ID 凭据从而让账户进行转变
接着后端会与 Apple 服务器交换授权码同时在身份令牌中验证随机数值如果成功就会对账户执行转变
转变后它会反馈一个成功值需要再次着重强调的是如果服务器操作失败应该使用扩展关联调用针对失败错误的 cancelWithError
这次服务器表明成功了所以扩展将执行任何必要的簿记工作接着在扩展关联上调用 completeUpgradeToSignInWithApple 这就会使密码管理器将已有凭据删除流程到此也就完成了新的身份验证服务账户修改扩展是专门为帮助用户改善安全性而构建的提供“通过 Apple 登录” 代替用户的弱凭据因为我们删除了旧凭据所以用户以后登录你的 app 时就不会混淆了利用这个 API 你能够帮助你的用户执行对他们的凭据而言的最佳安全做法同时也避免了账号重复
“升级到通过 Apple 登录” 为你提供了一个便捷的 API 来为用户的现有账户进行升级我们十分期待看到你会如何执行“升级为通过 Apple 登录” 并且期待你的反馈希望大家喜欢我们今天的演讲谢谢你们的参与祝大家度过一场精彩的 WWDC

// Configure request, setup delegates and perform authorization request

    @objc func handleAuthorizationButtonPress() {
        let request = ASAuthorizationAppleIDProvider().createRequest()
        request.requestedScopes = [.fullName, .email]
        
        request.nonce = myNonceString()
        request.state = myStateString()
            
        let controller = ASAuthorizationController(authorizationRequests: [request])
            
        controller.delegate = self
        controller.presentationContextProvider = self
            
        controller.performRequests()
    }

5:37 - Get a credential from an Authorization

// ASAuthorizationControllerDelegate

func authorizationController(controller: ASAuthorizationController, didCompleteWithAuthorization authorization: ASAuthorization) {
        if let credential = authorization.credential as? ASAuthorizationAppleIDCredential {
            let userIdentifier = credential.user
            let fullName = credential.fullName
            let email = credential.email
            let realUserStatus = credential.realUserStatus
            
            let state = credential.state
            let identityToken = credential.identityToken
            let authorizationCode = credential.authorizationCode
            
            // Securely store the userIdentifier locally
            self.saveUserIdentifier(userIdentifier)
            
            // Create a session with your server and verify the information
            self.createSession(identityToken: identityToken, authorizationCode: authorizationCode)
    }
}

8:51 - Verify the state of a credential

// Getting a credential state
        
        let provider = ASAuthorizationAppleIDProvider()
        
        provider.getCredentialState(forUserID: getStoredUserIdentifier()) { 
                                                        (credentialState, error) in
            switch(credentialState) {
            case .authorized:
                // Sign in with Apple credential Valid
            case .revoked:
                // Sign in with Apple credential Revoked, Sign out
            case .notFound:
                // Credential was not found, fallback to login screen
            case .transferred:
                // Application was recently transferred, refresh User Identifier
            @unknown default:
                break
            }
        }

11:00 - Migrate a user identifier

// Migrating a user identifier

        let request = ASAuthorizationAppleIDProvider().createRequest()
        request.requestedScopes = [.fullName, .email]
            
        request.user = getStoredUserIdentifier()
        
        request.nonce = myNonceString()
        request.state = myStateString()
            
        let controller = ASAuthorizationController(authorizationRequests: [request])
            
        controller.delegate = self
        controller.presentationContextProvider = self
            
        controller.performRequests()

13:54 - Create a Sign in with Apple button

// SwiftUI example:

SignInWithAppleButton(.signIn) {
    onRequest: { (request) in
        request.requestedScopes = [.fullName, .email]
        request.nonce = myNonceString()
        request.state = myStateString()
    }
    onCompletion: { (result) in
        switch result {
        case .success(let authorization):
            // Handle Authorization
        case .failure(let error)
            // Handle Failure
        }
    }
}.signInWithAppleButtonStyle(.black)

25:15 - convertAccountToSignInWithAppleWithoutUserInteraction

enum VerificationResult : Int { case success; case failure; case twoFactorAuthRequired;

override func convertAccountToSignInWithAppleWithoutUserInteraction(
    for serviceIdentifier: ASCredentialServiceIdentifier, 
    existingCredential: ASPasswordCredential
) {
    verifyCredential(existingCredential) { (result: VerificationResult) in
        switch result {
        case .failure:
            self.extensionContext.cancelRequest(withError: 
                ASExtensionError(.failed))
        case .success:
          self.extensionContext.getSignInWithAppleAuthorizationWithState(state: myStateString(),
                                                                         nonce: myNonceString(),      
                                                                         {…}        
        case .twoFactorAuthRequired:
            self.extensionContext.cancelRequest(withError: 
                ASExtensionError(.userInteractionRequired))
    }
}

正在查找特定内容？在上方输入一个主题，就能直接跳转到相应的精彩内容。

提交你查询的内容时出现错误。请检查互联网连接，然后再试一次。

资源

相关视频

WWDC22

WWDC21

WWDC20

WWDC19