Dies ist einer der häufigsten Anwendungsfälle für Push-Benachrichtigungen. Ihre iOS-App fragt den Benutzer nach der Berechtigung zum Senden von Benachrichtigungen und meldet sich dann bei Apple an, um Push-Benachrichtigungen zu erhalten. Apple stellt ein "Token" zur Verfügung, das eine eindeutige Kennung für das Benachrichtigungsabonnement darstellt, die Ihre App dann an Ihren Server senden muss. Wenn es Zeit ist, den Benutzer über ein neues Foto oder Ähnliches zu informieren, verwendet Ihr Server die APNS-Dienste von Apple, um die Benachrichtigung zu senden, wobei das Token verwendet wird, um den Empfänger zu identifizieren.
Also, die App und der Server verwenden, um mehr von Apple bereitgestellten APIs, um den Kommunikation Kanal zu erstellen, und dann sind Sie frei zu addieren, was Logik Sie den Zeitpunkt und Inhalt der Mitteilungen bestimmen wollen.
Bevor ich versuche, etwas zu implementieren, würde ich vorschlagen, durch die Gesamtheit der Apples Remote Notifications Programming Guide zu einem soliden Verständnis zu lesen, wie alle Teile dieser Technologie zusammenpassen.
Gibt es andere Technologien, die Sie verwenden könnten? Könnte sein. Für iOS-Apps ist Firebase im Wesentlichen ein plattformunabhängiger Wrapper, der auf dem oben beschriebenen Apple-Benachrichtigungssystem basiert. unter der Haube verwendet es immer noch APNS und benötigt einige der gleichen ersten Schritte, um Ihre App zu konfigurieren. Socket-Technologien können für begrenzte Anwendungsfälle geeignet sein, sind jedoch nicht der richtige Ansatz für die allgemeine Zustellung von Benachrichtigungen, da die App im Hintergrund ausgeführt wird (unter anderem).