我是否仍应使用 App Engine 的用户 Python API？
Should I still be using App Engine's Users Python API?
鉴于 Google 向 OpenID Connect 的最新进展以及缺乏关于 GAE 用户的大量文档 API，想询问社区继续使用用户是否是个好主意API
我们是否应该期望此服务在不久的将来被弃用并尽快摆脱此服务？
非常感谢！！
此外，为了清楚起见，我指的是：https://cloud.google.com/appengine/docs/python/users/
当 Google 弃用某些服务时，它不会在一夜之间完成，在正式宣布和服务终止生效之间会有充足的时间（很多个月，通常超过一年），并有详细的计划，迁移到当时可用和推荐的任何替代解决方案的指南和程序。
在没有正当理由的情况下跳到解决方案实际上可能更糟糕。例如，Users Api 早在 OpenID 2.0 之前就已经存在，现在已弃用:)
用户 API 的功能对于实际上不需要 OpenID Connect 的附加功能的许多应用程序（甚至 Google 基础设施的其他各种部分）仍然非常有效。 API 服务简单、成熟、稳定。换句话说，我认为 Google 没有正当理由弃用 API，至少目前没有。
所以我现在还不会担心，至少对于已经实现的应用程序不会担心 - 如果它没有坏就不要修复它:)
对于新应用程序，尤其是如果不清楚他们是否会在某个时候需要用户目前未提供的某些功能API，可能更有意义直接使用其他身份验证方法。
鉴于 Google 向 OpenID Connect 的最新进展以及缺乏关于 GAE 用户的大量文档 API，想询问社区继续使用用户是否是个好主意API
我们是否应该期望此服务在不久的将来被弃用并尽快摆脱此服务？
非常感谢！！
此外，为了清楚起见，我指的是：https://cloud.google.com/appengine/docs/python/users/
当 Google 弃用某些服务时，它不会在一夜之间完成，在正式宣布和服务终止生效之间会有充足的时间（很多个月，通常超过一年），并有详细的计划，迁移到当时可用和推荐的任何替代解决方案的指南和程序。
在没有正当理由的情况下跳到解决方案实际上可能更糟糕。例如，Users Api 早在 OpenID 2.0 之前就已经存在，现在已弃用:)
用户 API 的功能对于实际上不需要 OpenID Connect 的附加功能的许多应用程序（甚至 Google 基础设施的其他各种部分）仍然非常有效。 API 服务简单、成熟、稳定。换句话说，我认为 Google 没有正当理由弃用 API，至少目前没有。
所以我现在还不会担心，至少对于已经实现的应用程序不会担心 - 如果它没有坏就不要修复它:)
对于新应用程序，尤其是如果不清楚他们是否会在某个时候需要用户目前未提供的某些功能API，可能更有意义直接使用其他身份验证方法。