2016-05-24 6 views

答えて

0

サインインフローを開始すると、タスクが返されます。そのタスクは、認証フローが正常に完了したとき(エラーが発生したとき)に完了します。これは約束のようなAPIです。つまり、完了リスナーを遅く追加することができ、依然として呼び出されます。

は私もAuthStateListener自分自身を使用して好む:

auth.addAuthStateListener(new FirebaseAuth.AuthStateListener() { 
    public void onAuthStateChanged(@NonNull FirebaseAuth firebaseAuth) { 
     setCurrentUser(firebaseAuth.getCurrentUser()); 
    } 
}); 

onAuthStateChanged()方法は、現在の認証状態を即時に呼び出された後、いつでも認証状態が変化します。これは、私の心の中から競争状態に対する恐れを取り除き、私のコードを非常に「反応的」にします。

私たちは内部的にこれらの時変値を呼び出すと思いますが、それがより一般的な用語であるかどうかはわかりません。

+0

複数の「認証」タイプで認証を実行している場合、適切なモデルを使用することに心配しています。 1つのユースケースは、1)匿名でのログオン、 2)ユーザーがより高度な機能にアクセスしたい場合、新しい方法(eMail、パスワードなど)またはGoogle認証を使用してログオンする必要がある場合3)自動化の種類をリンクする "onComplete"リスナーを匿名のコールは「電子メール、パスワード」認証(アタッシュ・リスナー)の完了を取得しませんが、「電子メール、パスワード」リスナーは匿名コールを取得しません。 – ErstwhileIII

関連する問題