連絡先をインポートするためのOAuthとポータブルの連絡先

Question

Googleは現在、gmail/yahoo/etcから連絡先をインポートするために時代遅れのスクリーンスクレーパーの宝石を使用しています。新しいOAuthベースのAPIを使用するようにこれを更新したいので、ユーザーは自分のサイトに資格情報を入力する必要はありません。私はPlaxoがGoogleがサポートしているPortable Contactsでやっている作業に本当に興味を持っています。それは読み取り専用のアクセスの良い方向であり、OAuthによってサポートされていると感じています。

ポータブルコンタクトルートに行くのではなく、これらのプロバイダの標準OAuth APIを使用するだけの理由はありますか？私はそれを避ける強い理由があるかどうかを知りたい。私はまだPCをサポートしないもののためにまっすぐなOAuthを使用していますので、開発時間の問題ではなく、新しいアプローチのサポートと信頼のより多くのものです。

Answer 1

各OAuthの実装は、各ポータブル連絡先の実装が同じである場合は若干異なります。これは、REST API（OAuth）とSOAP API（Portable Contacts - OAuthと同じオーバーヘッド）のようなものです。

理論的には1つのポータブルコンタクトリーダーを作成し、それをサポートしているプロバイダにフックしてください。追加作業。

現時点では、ポータブルコンタクトとOAuth以外のポータブルエンドポイントの両方で作業する必要があります。 （ほとんどのOAuth非ポータブルプロバイダがうまくいけばポータブルコンタクトに移行している）。

Answer 2

OAuthコアは、ディスカバリ（消費者にリソースを許可するOAuth URLの先頭ユーザー）または表現（トークンが提供する承認について消費者に通知）のいずれも定義しません。ポータブルコンタクトなどの仕様がなければ、これらはコンシューマーとプロバイダが（アドホックで）よく合意する必要があります（おそらく、よく知られたURLに簡略化されています）。だからポータブルコンタクトは、それらを使用するプロバイダごとに一度その質問に答えるだけです。あなたはサポートしていないプロバイダをサポートしたい場合はアドホック回答を作成する必要がありますが、いずれにしても同じOAuthコア実装を使用することになります。

ポータブルコンタクト自体はOAuth Discovery仕様に基づいて作成されていますが、残念なことに置き換えなくても期限切れになっているようです。