2017-02-07 5 views
0

私はFirebase をメッセージのためにだけ使用するプロジェクトに取り組んでいます。クライアントがログインしなくてもFirebaseを使用できますか?

  1. アプリケーションが起動時にFirebaseに登録
  2. のAppは、当社のサーバーにFirebaseトークンを送信
  3. 当社のサーバはステップ2
  4. からトークンを経由してすべてのクライアントにFirebaseメッセージを送信します。以下が起こることのための目標です

注意事項ユーザーが何かにログインしたり、資格情報を入力する手順はありません。ほとんどのFirebaseのドキュメントでは、ユーザ名/パスワード、OAuthなどの認証方法の違いについて幅広く話しているため、プロダクションアプリではこれが可能であれば少し混乱します。

サーバは異なるクライアントに異なるメッセージを送信しますその論理はサーバによって処理され、Firebaseへの異なるタイプの登録では処理されません。私はFirebaseがグループをサポートしていることを知っていますが、長い話を短いものにするために、おそらくレバレッジされません。

これはすべてFirebaseで実行できますか? GCMはこれらの要件に適していますか? Firebaseの95%を捨て、メッセージングの部分を単純化するように強制しようと思っています。

+0

わかりやすくするために、Firebaseのデータベース部分を正しくしたいだけですか?認証のロジックはサーバーによって処理されますか? – eshirima

+0

あなたがここで必要なものを達成する可能性は低いです。 FCM通知を終了したままにしておくと、迷惑メールへの招待状となり、AppleおよびGoogleのApp Storeの利用規約に違反する可能性があります。 – Kato

+0

申し訳ありませんが、最初の投稿を短縮するという意味で私ははっきりしていませんでした。確かに認証がありますが、それは私たち自身の既存のサーバー/ APIによって処理されます。クライアントは、受信したFirebaseの情報をサーバーに直接送信する必要があり、サーバーはメッセージを送信するクライアントを決定します。私たちはグループを使ってそうすることはしません。 –

答えて

2

Firebase認証は、Firebase Cloud Messagingの動作にまったく影響しません。 FCMは、アプリをメッセージの対象にする手段として、デバイス上のアプリのトークンのみを気にします。エンドユーザが何らかの手段で認証されても、それはまったく気にしません。 Firebase認証やその他のシステムを使用して、何らかの形でトークンをユーザに関連付ける場合、それはあなた次第です。

FCMはGCMの進化です。それらは本質的に同じ構成要素によって駆動される。 GCMを使用しても、アプリに統合するためのパスを除いて、FCM以外の制約や柔軟性はありません。

+0

メッセージングの部分だけが必要な場合、サーバーがGCM/FCMを突き刺して「メッセージYをデバイスYに送信」と言うだけでGCMが最適な選択でしょうか? Firebaseスイートは物事を複雑にするように思えます。 –

+1

使用するFirebaseの部分を選択して選択することができます。あなたが使用したくないものを使用する義務はありません。しかし、あなたがそれらを選んだ場合は、よりよく機能するいくつかの機能があります。 GCMはFCMに置き換えられているので、新しいものを使う方が良いです。 –

+0

素晴らしい、これはちょうど私が知る必要があったものです。ありがとう! –

関連する問題