ドライブv2からv3へのアップグレード時の既存のAndroidアプリケーションへの影響（Googleログインの使用）

Question

最近、ドライブv3からAndroid v3のAndroidアプリケーションをアップグレードしました。前回のアップグレードでは、Googleドライブに独自のウェブコンソールが搭載されていました。アップグレード中にGoogleドライブを使用するにはGoogleSignInを使用する必要があることに気付きました。 Drive v2のような個々のAPIキーは必要なくなりました。キーの代わりに、 "google-services.json"ファイルを生成し、そのファイルをアプリケーションに組み込む必要があります。アップグレードプロセス全体を通して、私たちはテストアカウントを使用しており、まだこれらの変更を本番アカウントで実行していません。

新しいJSONファイルを生成し、GoogleSignInを使用してドライブv3を使用すると、既存の制作のAndroidアプリケーションはどうなりますか？v2はまだアプリケーションの既存のバージョンでサポートされていますか？

Answer 1

まず、クリアする必要があるものがあります。 v3 Migration Guideに応じV3に注目すべき変更点は次のとおりです。

ドライブAPI V3とV2との違いは主に フィールド名への変更と重複した機能の除去です。

注目すべき変化

• 全リソースは、もは​​やデフォルトでは返されません。 fieldsクエリパラメータを使用して、返される特定のフィールドを要求します。 が未指定の場合、一般的に使用されるフィールドのサブセットのみが返されます。
• 重複して廃止された機能が削除されました。例：
  • ChildrenコレクションとParentsコレクションが削除されました。代わりにfiles.listを使用してください。
  • リアルタイム*メソッドが削除されました。代替方法については、Realtime APIのマニュアルを参照してください。
• 多くのフィールド名とパラメータ名が変更され、qフィールドとフィールド式のほかにリソースのフィールドへのアクセスに影響します。 例：
  • プロパティ名がtitleの配置に使用されるようになりました。
  • すべての日付/時刻フィールドの末尾に、日付の代わりに時刻が付きます。
  • リスト操作の結果は、結果セットを格納するために汎用項目フィールドを使用しなくなりました。結果は、対応するリソースタイプ（例えば、ファイル、変更など）について、 というフィールドに含まれるようになりました。すべての更新操作が今の代わりにPUT
  • のPATCHを使用
• exportLinksフィールドがファイルから削除されました。 Googleドキュメントをエクスポートするには、代わりにfiles.exportメソッドを使用してください。
• changes.listの一般的なアプローチが変更されました。変更IDの代わりに不透明なページトークンが使用されるようになりました。変更 コレクションをポーリングするには、まず、 という値のchanges.getStartPageTokenを呼び出します。その後のクエリでは、changes.listから返されたnewStartPageToken値 を使用します。\

Google Signは、あなたが述べたこととは逆に言及されていないことに注意してください。私はそれが単にログインするための代替/簡単な方法の一つだと思う。それでもv2を使用できます。

v3を使用したい場合は、v3 Android Quickstartでコード参照を確認してください。