新的Gmail API对XOAUTH2意味着什么？
我最近看到新的Gmail API宣布吹嘘OAuth 2.0用户身份验证。
我有点担心，因为在我们的企业Google Apps域中，我已经使用XOAUTH2与Gmail集成。（从本质上讲，XOAUTH2 包括对 IMAP 身份验证的 OAuth 2.0 支持）。
我应该担心吗？
新的Gmail API是否意味着XOAUTH2的终结开始？
共有1个答案
XOAUTH2仍然是Gmail IMAP的首选认证机制。XOAUTH2是标准的OAUTH 2.0加上OAuth的非标准SASL绑定。有一个新兴的IETF标准SASL-OAuth绑定。一旦这成为一个标准，Gmail可能会实现它，并鼓励新的开发使用该机制。然而，我们将继续长期支持XOAUTH2。
XOAUTH2 的 OAuth 2.0 部分与用于向 Gmail API 进行身份验证的部分相同，因此，如果您想转换为 Gmail API，则可以重复使用已有的任何授权令牌。
-
我想创建一个
-
问题内容： 我从未见过这样的代码： 一样吗？ 编辑 如果该类是继承的，它指向哪个类？ 问题答案： 指向其编写所在的类。 因此，如果您的getInstance方法位于类名中，则以下行： 将做与： 编辑：评论后，还有更多信息。 如果您有两个相互扩展的类，则有两种情况： 在子类中定义 在父类中定义 第一种情况看起来像这样（在此示例中，我已经删除了所有不必要的代码-您必须将其重新添加来获得单例行为）*：
-
这里有多个任务。其中一个任务是。我们称之为。在任务-1中，我分配一个时间戳并生成水印，我使用，其中等于2min。 下一个操作符是我窗口数据，并在上面做一些聚合，然后下沉到Kafka。让我们将这个聚合和下沉的链接任务称为。 :查看这个度量值，它告诉。 问题：当我窗口元素时，我已经分配了0允许的迟到。所以它可能掉了一些元素。但是当我查看度量时，由于windows不是一个运算符，所以没有度量可以告诉wi
-
描述中说： 在2020-11-10之前的Rust模型箱中发现了一个问题。共享数据结构具有发送和同步特征的实现，而不考虑内部类型。 什么是模型板条箱？抱歉，如果它的愚蠢的问题，但我是新的CVE漏洞。
-
来自请求率和性能指南-Amazon Simple Storage Service： Amazon S3会自动扩展到高请求率。例如，您的应用程序可以在存储桶中的每个前缀每秒至少实现3,500个PUT/POST/DELETE和5,500个GET请求。存储桶中的前缀数量没有限制。以指数方式提高您的读取或写入性能很简单。例如，如果您在Amazon S3存储桶中创建10个前缀以并行化读取，您可以将读取性能扩
-
问题内容： 我了解这是用来创建别名的。因此，将一个长名称别名为一个短名称是有意义的。但是，我看到一个查询 ，这意味着什么？ 问题答案： 可以以多种方式使用别名，而不仅仅是缩短长列名。 在这种情况下，您的示例意味着您将返回一列始终包含的列，并且其别名/列名称为。 当您使用计算值（例如）时，也可以使用别名。