要件:
複数のアプリケーション (Android/ios/web) からアクセス (読み取り/書き込み/編集/同期) できる単一の一意のフォルダー
フォルダーから画像とそのサムネイルを取得して、ページネーション付きの ListView に表示します。
Android API はほとんどの機能をサポートしていないと言われたので、ここから
要件:
複数のアプリケーション (Android/ios/web) からアクセス (読み取り/書き込み/編集/同期) できる単一の一意のフォルダー
フォルダーから画像とそのサムネイルを取得して、ページネーション付きの ListView に表示します。
Android API はほとんどの機能をサポートしていないと言われたので、ここから
REST(フル)と比較してGDAAに欠けている機能を指摘することで答えようとします。REST には完全な機能があり、必要なことはすべて実行されます。ただし、同期を自分で管理する必要があります (ポーリング、メッセージングなど)。GDAA は、通知によって同期とオフライン ステータスを処理することになっていますが、GDAA 内部ロジック ( SO 23073474 ) によって管理される大幅な遅延があります。不足している他の部品は次のとおりです。
そして、それを使用するのを難しくする多くの癖があります。私の質問履歴を見てください。意図した実装の最大の欠点は、ドライブ内の他のアプリ/デバイスによって変更されたファイルのステータスが大幅に遅れて報告されるという事実です。他のアプリによってゴミ箱に入れられた/削除されたファイルの検出はまったく信頼できません。また、GDAA から「s220」サムネイルを取得することはできません。フル サイズのファイルを取得して自分で縮小する必要があるため、GDAA はサムネイルのプレビュー リストには役に立ちません。私の基本的な作成、取得、更新、削除 (CRUD) アプリの実装は、最終的に GDAA と絡み合った RESTful Api の厄介な組み合わせになりました。
また、ここにリストされている GDAA サポート チームは、シェリル サイモン (公式にはチーム メンバーではない) を除いて、まったく沈黙していることを指摘しなければなりません。したがって、サポートも説明責任もありません。暴言を吐いてすみません。
(1) がニーズを満たさない場合は、(2) を使用してください。
2) は、すべてのドライブ メタデータを公開する「マスター」API です。これは REST API であるため、使用するにはオンラインである必要があります。
1) は、Android デバイスの Drive-sync 領域でファイルを読み書きできるようにするローカル API です。これはオフラインのときに使用でき、変更はその後自動的にドライブに同期されます。
したがって、それらはわずかに異なる目的のためのものです。要件に最も適したものを選択してください。