Ich entwickle ein Android SDK, das von verschiedenen Kunden in ihrer App verwendet wird. Eine der Funktionen im SDK ist Push-Benachrichtigungen zu erhalten. Jetzt bin ich nicht sicher, ob ich meine eigene Notification Infrastructure einbetten sollte (GCM Sender Id, GCM Receiver, etc) oder ob ich die App des Kunden darum bitten soll. Wenn ich es tue, dann werden alle meine Kunden meine SDK GCM Absender-ID verwenden, abgesehen von ihrer eigenen Absender-ID für Push-Benachrichtigungen (also werden sie mehrere Absender in der gleichen App sein - was ich denke, es ist OK, nach Google zu tun) Ist ihr empfohlener Ansatz oder Best Practice?GCM Notification Receiver für Android SDK
Antwort
Idealerweise sollten Sie einen Mechanismus zum Empfangen von Push-Nachrichten und Registrieren für Push-Token in Ihrem SDK haben. Es sollte ein optionaler Mechanismus sein. Wenn die Client-App dies alleine tun möchte, kann Ihr SDK andernfalls die Aufgabe für sie erledigen. Stellen Sie sicher, dass Sie die Empfänger nicht in der Manifestdatei des SDK hinzufügen, da mehrere Empfänger Probleme verursachen. Das Hinzufügen der Empfänger sollte ein Integrationsschritt sein. Außerdem müssen Sie einen Hook bereitstellen, damit der Client die Push-Payload an Ihr SDK übergeben kann. Dies wäre in Fällen erforderlich, in denen sie ihren eigenen Empfänger haben.
Aber die Sorge hier ist, dass ich einen dedizierten Mechanismus für mein SDK haben möchte. Der Konsument dieses SDK wird seinen eigenen Mechanismus dafür haben. So wird es einen Empfänger im Manifest des SDKs und einen anderen im Manifest der App geben. – Jason1
Wie oben erwähnt, sollten Sie nicht mehrere Empfänger in der App haben. Das Hinzufügen des Empfängers Ihres Manifests sollte ein Integrationsschritt sein. Keine Standardkonfiguration. Das SDK sollte Hooks bereitstellen, mit denen die App die Nutzlast/das Token an Ihr SDK übergeben kann –
- 1. GCM Android Notification nicht Expanding
- 2. GCM Push Notification NodeJS
- 3. Android SDK-Manager GCM-Bibliothek
- 4. GCM Push Notification mit Asp.Net
- 5. GCM Notification -google Projektbezogene Abfrage
- 6. OnClickListener auf GCM Notification setzen
- 7. Erweiterbare GCM push `notification` von Server-Seite
- 8. Android Push Notification (GCM), gibt es ein tägliches Limit?
- 9. Senden Sie GCM Push Notification an Gerät
- 10. Migrieren von C2DM zu GCM für Android SDK 19
- 11. GCM Notification Title und Nachricht in LockScreen (Android)
- 12. Android GCM Nachricht nicht empfangen
- 13. iPhone SDK Push Notification
- 14. Broadcastabsicht abgebrochen. Android GCM
- 15. Android-Einstellungssymbol für Notification Builder
- 16. Xamarin.Forms Notification Service für Android
- 17. Android GCM - Behandlung empfangener Nachrichten
- 18. Android Broadcast Receiver Nicht triggern
- 19. Fügen Sie GCM Push Notification in meine App ein.
- 20. Android Azure Notification-Hub Registrierung abmelden
- 21. Blank Benachrichtigungssymbol in Android Push Notification
- 22. GCM 3.0 - gcm zeigt die Benachrichtigung mit dem Benachrichtigungsparameter
- 23. Push Notification nicht auf Benutzer Gezeigte für appINVITE Funktion in Facebook-SDK für Android
- 24. Android Broadcast Receiver wird nicht trigerred
- 25. Android - Ersatz für veraltete Notification-Klasse
- 26. Senden einer Notification-only-Payload an GCM mit AWS SNS
- 27. Absicht Aktion für Netzwerkereignisse in android SDK
- 28. Android gcm Benachrichtigung geöffnet Fragment
- 29. Android-Broadcastbenachrichtigung mit Azure Notification Hub
- 30. Mobile Push Notification Provider mit benutzerdefiniertem SDK
Gemäß diesem [thread] (http://stackoverflow.com/a/14785594/5832311) sollten Sie Ihre GCM-Absender-ID schützen. Ihre Kunden können es verwenden und es wird auf Ihre Nutzung der API zählen. Es ist ähnlich dem API-Schlüssel für jeden anderen Dienst, z.B. Google Maps. Beachten Sie auch, dass eine "SENDER ID" nicht funktionieren wird, wenn Sie den "SERVER API KEY" nicht kennen und beide benötigt werden, um Nachrichten über GCM zu senden. – abielita