0

以前はすべての XML を XStream で処理していましたが、廃止されたため、2 つの API を JSON に切り替える必要があり、そのうちの 1 つは Google API です。この google-api-java-client は Android でうまく動作し、記録的な数のコード行でこれを実行できるので、私はおそらくこれを使用するつもりです。

Yaniv の Google I/O 2011 プレゼンテーションは今でも耳に残っています。

このライブラリは、基本的に Web 上のあらゆる API 向けに設計されています。...あるベンダーでは別のライブラリを使用し、別のベンダーでは別のライブラリを使用したいのはなぜですか? 理想的には、ほぼすべての API で動作し、一貫したエクスペリエンスを持つライブラリが必要です。

真実。では、私の質問は次のとおりです。このライブラリの一部を Google 以外の同様の API に再利用して、作業を楽にするにはどうすればよいでしょうか? 誰もこれまたはコードサンプルの経験がありますか?

もう 1 つの API は JSON を使用します。匿名でデータを取得する (つまり、API キーや OAuth を使用しない) 非常に単純な REST 呼び出しについて話しています。高度なものはありません。喜んで独自のモデル クラスを作成しますが、もちろん、それらが利用できないことは承知しています。RESTに関しては、おそらく中級レベルの開発者です。Android SDK レベルに基づいて、2 つの異なる転送方法と 2 つの異なる JSON パーサーを使用します。

編集: はい、Google API のクライアントを実装するのは簡単でしたが、新しいクォータ制限と格闘することはありませんでした。

4

1 に答える 1

0

どのコンポーネントを再利用できるか、またどのように再利用できるかは、API を見ないとわかりません :)

おそらく、クライアントを直接新しい API に向けて、何が壊れているかを調べることから始めるでしょう。デバッガーを使って掘り下げた後、問題がそれほど悪くないように見える場合は、必要に応じてクライアントを微調整します。

ただし、本当に単純な REST API から読み取るだけの場合は、Google クライアントを再利用しようとしてもあまりメリットが得られない可能性があります。Jacksonのような JSON パーサーと組み合わせた HTTP クライアントで十分であり、それほど複雑ではありません。

~~ジェニー

于 2011-08-02T17:37:16.523 に答える