私はSDKの機能のうち、そのアプリケーションで異なる顧客によって使用されるAndroid SDKを開発しています。プッシュ通知を受け取ることです。今では自分自身の通知インフラストラクチャ（GCM送信者ID、GCM受信者など）を埋め込む必要があるかどうか疑問に思っています。私がそれをすると、自分のすべての顧客はプッシュ通知用の独自のSender IDとは別に、SDK GCMの送信者IDを使用します（つまり、同じアプリで複数の送信者になります - GoogleごとにOKです）彼らの推奨するアプローチかそれともベストプラクティスですか？GCM Notification Receiver for Android SDK
理想的には、プッシュトークンを受け取ってSDKに登録するメカニズムが必要です。オプションのメカニズムでなければなりません。クライアントアプリケーションがそれ自体でそれをやりたければ、あなたのSDKはそれらのために仕事をします。 複数の受信者が問題を引き起こすため、SDKのマニフェストファイルに受信者を追加しないように注意してください。受信者を追加することは統合ステップである必要があります。 さらに、クライアントがプッシュペイロードをSDKに渡すためのフックを提供する必要があります。これは彼ら自身の受信機を持っている場合に必要となります。
しかし、ここで懸念しているのは、SDK用の専用のメカニズムが1つ必要です。このSDKのコンシューマーには、独自のメカニズムがあります。そのため、SDKのマニフェストには受信者が1人、アプリケーションのマニフェストには1人の受信者が存在します。 – Jason1
上記のように、アプリ内に複数の受信者を置いてはいけません。マニフェストのレシーバーを追加することは、統合ステップです。デフォルトの設定ではありません。 SDKは、アプリケーションがペイロード/トークンをSDKに渡すためのフックを提供する必要があります –
このスレッド（http://stackoverflow.com/a/14785594/5832311）によれば、GCM送信者IDは保護された状態に保つ必要があります。あなたの顧客はそれを使用することができ、APIの使用に数えられます。これは他のサービスのAPIキーに似ています。グーグルマップ。また、 'SERVER API KEY 'が分からず、GCM経由でメッセージを送信できるようにするために' SENDER ID'が動作しないことにも注意してください。 – abielita