Windows runtime 适用于windows phone应用商店的Google API sdk

我开发了WindowsPhoneStore应用程序并集成了google登录，而没有使用google.APIsSDK

我使用了WebAuthenticationBroker，它工作正常

更新1:

现在，我正在尝试探索更新的Google.APIsSDK，用于登录的Google集成

我可以通过以下方式进入谷歌登录屏幕：

credential = await GoogleWebAuthorizationBroker.AuthorizeAsync(
                new Uri("ms-appx:///Assets/client_secrets.json"),
                new[] { "openid", "email" , "profile"},
                "user",
                CancellationToken.None);

在webAuthenticationResult中，需要进一步获取包含

code

的响应

但是，为了进一步使用它，我需要了解它提供的所有API，除了

GoogleWebAuthorizationBroker.AuthorizationAsync

，还有API文档吗 您解释了Blogger/Drive API，但没有解释访问令牌到期处理API正常登录流需要

如果您能抽出时间告诉我如何使用此SDK进行第二次应用程序启动，我将非常感谢您。我看到每次使用

GoogleWebAuthorizationBroker.AuthorizationAsync

时，都会导航到登录页面，使用刷新令牌处理令牌过期问题

我们是否需要处理所有这些场景，还是由SDK负责

佩莱亚尔非常感谢您的帮助。

---

谢谢。

我今天早些时候刚刚更新了文档，其中包含了在Windows Phone 8.1应用程序中使用OAuth 2.0的简短教程

看一看:

更新：

值得一提的是，作为GoogleAPIsAuth库的一部分，当获取授权代码时，应用程序将用刷新和访问令牌替换它
访问令牌将使用刷新令牌自动刷新，您可以在中找到：

更新2:
通过遵循说明，我发现这个流程让我们的一些用户感到困惑（我很快就会更新文档），我想在这里说清楚：

• 在第一次需要访问Google API时，应该调用GetFileAsync（或访问文件\视频\博客或您正在使用的任何API的其他函数）
  这最终将导致调用GoogleWebAuthorizationBroker.AuthorizationAsync。 该实现将检查是否已经存在访问和刷新令牌，并且由于没有，它将继续检查是否使用SerializableWebAuthResult.Name在数据存储中保存了授权代码。事实并非如此，因此它会启动授权流，暂停当前应用程序并打开登录窗口

• 再次激活应用程序后，我们调用continuation manager继续流程（文档中的步骤5），这又调用ContinuateWebAuthentication（步骤6）
  ContinueWebAuthentication存储我们刚刚收到的授权代码，并再次调用GetFileAsync。这次数据存储中存在授权代码，因此AuthorizeAsync方法将其交换为访问和刷新令牌，并将其存储在数据存储中。然后，开发人员负责从数据存储中删除授权代码（使用SerializableWebAuthResult.Name键。这一步骤将来可能会简化）

• 请注意，在这一点上，访问令牌和刷新令牌是存储的，因此将来对GetFiles和AuthorizeAsync的任何调用都将导致从数据存储中检索令牌，并检查访问令牌是否仍然有效，如果无效，库将使用刷新令牌为您自动刷新它

---

希望它能让流程更清晰，请随意添加更多评论，这样我会尽量让流程更清晰。

我今天早些时候刚刚更新了文档，其中包含了在Windows Phone 8.1应用程序中使用OAuth 2.0的简短教程

看一看:

更新：

值得一提的是，作为GoogleAPIsAuth库的一部分，当获取授权代码时，应用程序将用刷新和访问令牌替换它
访问令牌将使用刷新令牌自动刷新，您可以在中找到：

更新2:
通过遵循说明，我发现这个流程让我们的一些用户感到困惑（我很快就会更新文档），我想在这里说清楚：

• 在第一次需要访问Google API时，应该调用GetFileAsync（或访问文件\视频\博客或您正在使用的任何API的其他函数）
  这最终将导致调用GoogleWebAuthorizationBroker.AuthorizationAsync。 该实现将检查是否已经存在访问和刷新令牌，并且由于没有，它将继续检查是否使用SerializableWebAuthResult.Name在数据存储中保存了授权代码。事实并非如此，因此它会启动授权流，暂停当前应用程序并打开登录窗口

• 再次激活应用程序后，我们调用continuation manager继续流程（文档中的步骤5），这又调用ContinuateWebAuthentication（步骤6）
  ContinueWebAuthentication存储我们刚刚收到的授权代码，并再次调用GetFileAsync。这次数据存储中存在授权代码，因此AuthorizeAsync方法将其交换为访问和刷新令牌，并将其存储在数据存储中。然后，开发人员负责从数据存储中删除授权代码（使用SerializableWebAuthResult.Name键。这一步骤将来可能会简化）

• 请注意，在这一点上，访问令牌和刷新令牌是存储的，因此将来对GetFiles和AuthorizeAsync的任何调用都将导致从数据存储中检索令牌，并检查访问令牌是否仍然有效，如果无效，库将使用刷新令牌为您自动刷新它

---

希望它能让流程更清晰，请随意添加更多评论，这样我会尽量让流程更清晰。

我今天早些时候刚刚更新了文档，其中包含了在Windows Phone 8.1应用程序中使用OAuth 2.0的简短教程

看一看