我是否仍应使用App Engine';s用户的Python API?

我是否仍应使用App Engine';s用户的Python API?,python,google-app-engine,google-login,Python,Google App Engine,Google Login,考虑到谷歌向OpenID Connect的最新发展,以及GAE用户API缺乏广泛的文档,他想询问社区继续使用用户API是否是一个好主意 我们是否应该期待这项服务在不久的将来被弃用,并希望尽快脱离这项服务 非常感谢 另外,为了清楚起见,我指的是:当谷歌不推荐某项服务时,它不会在一夜之间就这么做,从正式宣布到服务终止生效之间有足够的时间(数月,通常超过一年),并有详细的计划,迁移到当时可用和推荐的替代解决方案的指导原则和程序 在没有正当理由的情况下仓促采取解决方案实际上可能更糟。例如,早在OpenI

考虑到谷歌向OpenID Connect的最新发展,以及GAE用户API缺乏广泛的文档,他想询问社区继续使用用户API是否是一个好主意

我们是否应该期待这项服务在不久的将来被弃用,并希望尽快脱离这项服务

非常感谢


另外,为了清楚起见,我指的是:

当谷歌不推荐某项服务时,它不会在一夜之间就这么做,从正式宣布到服务终止生效之间有足够的时间(数月,通常超过一年),并有详细的计划,迁移到当时可用和推荐的替代解决方案的指导原则和程序

在没有正当理由的情况下仓促采取解决方案实际上可能更糟。例如,早在OpenID2.0之前,UsersAPI就已经存在了,现在已经不推荐使用了:)

用户API的功能对于许多应用程序(甚至谷歌基础设施的其他部分)仍然非常有效,这些应用程序实际上并不需要OpenID Connect的附加功能。API和服务简单、成熟、稳定。换句话说,我不认为谷歌有充分的理由反对这个API,至少目前没有

所以我现在还不担心它,至少对于已经实现的应用程序来说不是这样——如果它没有坏,就不要修复它:)


对于新的应用程序,尤其是如果不清楚它们是否需要用户API目前未提供的某些功能,那么直接使用另一种身份验证方法可能更有意义。

虽然我对答案感兴趣,但我必须为此将此问题标记为“非主题”。谢谢!经过进一步研究,它似乎在某种程度上被弃用了,至少对于联邦帐户部分来说是这样:在Q中被引用为弃用的API是OpenID2.0(我作为一个例子使用),而不是用户API。哦,这是真的——使用基本Google帐户API的身份验证仍然在运行。。。我猜我一直在使用与Users API连接的实验性联合登录选项,因此错误地链接了这两个服务请检查本指南,以便为您的上下文选择正确的身份验证解决方案:谢谢真的很有帮助