为什么要从 Objectify v5 升级到 v6？
Why upgrade from Objectify v5 to v6?
似乎有很多工作要从 objectify v5 升级到 v6，因为有很多重大更改。是否有充分的理由进行这项工作和升级？
Objectify v5 使用 App Engine SDK 通过名为 ApiProxy 的专有接口连接到 GAE 服务。 Google 然后发布了 Cloud SDK，它引入了改进，但对于这种情况最重要的是，它用 REST 和 GRPC 接口替换了这个接口到他们的服务。 These are the interfaces Objectify v6 uses.
如果您使用 appcfg or mvn appengine:update, you are still using the old App Engine SDK, but, if you either use mvn appengine:deploy or gradle appengineDeploy 进行部署，则您使用的是 Cloud SDK。
虽然如果您使用旧的 App Engine SDK 继续使用 Objectify v5 确实有意义，但最好同时升级到 Cloud SDK 和 Objectify v6，因为 Cloud SDK 看起来像 用于未来的 App Engine 部署。
有关于如何从 v5 to v6, and the equivalence between some commands in Appcfg and Gcloud 移动的指南。
就为了版本号大一点？不，我不会升级；您的代码现在可以正常工作，充其量以后也可以正常工作。您可能需要等待两个重大进展：
Cloud Datastore 与 Cloud Tasks 集成（更不用说即将推出测试版的 Cloud Tasks），因此您可以事务性地排队任务。
SDK中的gRPC提高调用性能
开始一个新项目是一个更难的问题...但我会继续 "if it isn't broken don't fix it" 现有代码库。 Appengine sdk 和 Objectify v5 是成熟的可用 API，以后升级应该不会比现在升级难（如果使用事务性任务会容易得多）。
请注意，如果您想将应用程序迁移到 GAE Flexible Runtime，那么您需要 v6，但这只是您可能需要的众多更改之一。
似乎有很多工作要从 objectify v5 升级到 v6，因为有很多重大更改。是否有充分的理由进行这项工作和升级？
Objectify v5 使用 App Engine SDK 通过名为 ApiProxy 的专有接口连接到 GAE 服务。 Google 然后发布了 Cloud SDK，它引入了改进，但对于这种情况最重要的是，它用 REST 和 GRPC 接口替换了这个接口到他们的服务。 These are the interfaces Objectify v6 uses.
如果您使用 appcfg or mvn appengine:update, you are still using the old App Engine SDK, but, if you either use mvn appengine:deploy or gradle appengineDeploy 进行部署，则您使用的是 Cloud SDK。
虽然如果您使用旧的 App Engine SDK 继续使用 Objectify v5 确实有意义，但最好同时升级到 Cloud SDK 和 Objectify v6，因为 Cloud SDK 看起来像
有关于如何从 v5 to v6, and the equivalence between some commands in Appcfg and Gcloud 移动的指南。
就为了版本号大一点？不，我不会升级；您的代码现在可以正常工作，充其量以后也可以正常工作。您可能需要等待两个重大进展：
Cloud Datastore 与 Cloud Tasks 集成（更不用说即将推出测试版的 Cloud Tasks），因此您可以事务性地排队任务。
SDK中的gRPC提高调用性能
开始一个新项目是一个更难的问题...但我会继续 "if it isn't broken don't fix it" 现有代码库。 Appengine sdk 和 Objectify v5 是成熟的可用 API，以后升级应该不会比现在升级难（如果使用事务性任务会容易得多）。
请注意，如果您想将应用程序迁移到 GAE Flexible Runtime，那么您需要 v6，但这只是您可能需要的众多更改之一。