ソーシャルログインのみのモバイルアプリで推奨されるOAuth2フローは何ですか？

Question

これを正しく理解しているかどうか教えてください。 RESTサーバーでアクセストークンを生成する必要がありますか（そしてリフレッシュトークンですか？）、これらのトークンをどこに保存すればよいのですか？ SharedPreferences？アカウントマネージャーですか？どのように私はユーザーセッションを生き生きとさせることができますか？

Answer 1

ここでは、私は私の以前のアプリケーションのいずれかで使用される配列は、それが 最高の1だと確信し、ではありません:)

1. Facebookや他へのログインに使用FB SDK/Webページを社会奉仕
2. も
3. このTOKとサーバ要求FBを聞かせてトークンを取り、あなた自身のサーバー
4. に送るトークンとトークン多分リフレッシュを取得します専用ユーザーは単にクライアント独自のトークンに戻り存在する場合、このユーザーは、データベース
5. に存在する場合
6. FB_idでチェックを（ETC名、FBのID、電子メール、性別、...）自分のプロファイル情報を取得します（FBから生成されたトークンではない）
7. ユーザーがいない場合はFBから取得したデータを使用し、DBに新しいレコードを作成して新しいトークン&をユーザーに返します。
8. ユーザーのFBトークンをデータベースに保存し、後で使用します。
9. は、ユーザーが任意の編集が歓迎している

... FBまたは通常のメールアドレスとパスワードでログインした場合に区別を知るために、ユーザプロファイルに値またはキーを追加します。