Das SDK „Google Play-Spieldienste, Spiele v1“ verwendet Google Sign-In für Android, das eingestellt wird und 2025 aus dem Google Play Auth SDK (com.google.android.gms:play-services-auth
) entfernt wird.
Neue Spiele-Apps können bis 2025 die Version 1 von Games verwenden. Durch die Entfernung der Google-Anmeldung entstehen Abhängigkeitsprobleme für bestehende Spiele-Apps. Wenn Sie vorhandene Spiele-Apps vom Games v1 SDK zum Games v2 SDK migrieren, werden Abhängigkeitsprobleme behoben, die durch die Entfernung von Google Sign-In entstanden sind.
In diesem Dokument erfahren Sie mehr über die Interaktionen zwischen der Spieleanwendung und verschiedenen SDKs. In diesem Dokument werden auch die Funktionen der Anwendung mit denen der Play Spiele-SDKs „games v1“ und „games v2“ verglichen.
SDK-Interaktionen
Die Diagramme veranschaulichen die Interaktion zwischen einer Spiele-App auf Android, den Google Mobile-Diensten (GMS Core), den Play-Spieldiensten und einem Spieleserver eines Drittanbieters. Es wird hervorgehoben, dass die Anwendung die Dienste von Google für die Authentifizierung und die Spielfunktionen verwendet und gleichzeitig mit einem separaten Drittanbietersystem interagiert.
games v2 (aktuell)
games v1 (alt)
Im Folgenden finden Sie einen kurzen Überblick über die Komponenten und SDKs:
- Spiele-App
- Dies ist die Spielanwendung des Nutzers, die auf einem Android-Gerät ausgeführt wird.
- Sie besteht aus zwei Hauptkomponenten:
- games v1 oder games v2 SDK Das clientseitige SDK, das für die Interaktion mit den Play-Spieldiensten verantwortlich ist.
- Auth SDK Das Authentifizierungs-SDK von Google Play-Diensten ist für die Verarbeitung der Authentifizierungs- und Autorisierungsabläufe in Spielen der Version 1 verantwortlich.
- Beide SDKs kommunizieren mithilfe von AIDL (Android Interface Definition Language), was ein Kommunikationsmuster zwischen verschiedenen Prozessen oder Diensten angibt.
- GMS Core (auch Google Play-Dienste genannt)
- Das ist die von Google entwickelte Ebene auf Android-Geräten.
- Die Spieleanwendung verwendet zwei GMS Core-Module:
- Spielemodul: Bietet spielspezifische Funktionen wie Bestenlisten, Erfolge und die Verwaltung des Spielstatus.
- Auth-Modul Verwaltet die Nutzerauthentifizierung und Autorisierungsvorgänge.
- Die Games- und Auth-SDKs in der Spieleanwendung kommunizieren über AIDL-Schnittstellen mit den entsprechenden Modulen, was für die Inter-Process Communication (IPC) steht.
- Play-Spieldienste-Gateway
- Ein logisches Gateway, das die Kommunikation zwischen dem GMS Core und dem Play-Spieldienste-Server vermittelt.
- Verwaltet API-Anfragen, Datentransformation und Authentifizierung für die Serverkommunikation.
- Play-Spieldienste-Server
- Stellt die Backend-Dienste von Play Spiele dar, die für das Speichern von Spieldaten, das Verwalten von Nutzerkonten und die Bereitstellung von Mehrspielerfunktionen verantwortlich sind.
- Drittanbieter-Games-Gateway
- Wenn Ihre Spiele-App als Drittanbieter-App gilt, kommuniziert die Clientbibliothek über die Spieleserver des Drittanbieters mit den Servern der Play-Spieldienste.
- Die Anwendung kann sich auch bei einem anderen Dienstanbieter authentifizieren.
- Spielserver eines Drittanbieters
- Stellt einen optionalen externen Server dar, mit dem die Spieleanwendung interagieren kann, wahrscheinlich für benutzerdefinierte Funktionen oder die Datenverwaltung.
- Die Kommunikation mit der Anwendung erfolgt über das Spiele-Gateway des Drittanbieters.
Funktionsvergleich
In dieser Tabelle werden die Funktionen der SDKs „games v1“ und „games v2“ verglichen:
Funktion |
games v1 SDK |
games v2 SDK |
---|---|---|
Authentifizierung |
Integration mit play-services-auth erforderlich. |
Vereinfacht und optimiert; kein play-services-auth erforderlich. |
Autorisierung |
Zusätzlicher Code für Erfolg, Fehler und Wiederholungen. |
Vom SDK verwaltet |
Serverzugriffstoken |
Kann mit GoogleSigninClient zusätzliche OAuth 2.0-Bereiche anfordern.Zusätzlicher Code für die Fehlerbehandlung bei der Anmeldung. |
Zusätzliche Bereiche sind nicht zulässig. Zusätzlicher Code mit einem Callback für Erfolg oder Fehler mit serverAuthcode. |
Anmeldevorgang |
Verwendet GoogleSigninClient .Zusätzlicher Code für die Verarbeitung von Boilerplate-Code für die automatische Anmeldung und die Fehlerbehandlung. |
Verwendet GamesSignInClient .Das SDK verarbeitet Boilerplate-Code, die automatische Anmeldung und die Fehlerbehandlung. |
Willkommens-Pop-up |
Zusätzlicher Code erforderlich. Entwickler können die Platzierung und das Timing steuern. |
Kein zusätzlicher Code erforderlich Einheitliche Benutzeroberfläche für alle mit PGS V2 konfigurierten Spiele. . |
Abhängigkeiten |
Erforderlich: play-services-auth . |
Keine separate Abhängigkeit von play-services-auth . |
Abmelden |
Verwendet GoogleSignInClient.signOut . |
Die Sign-out API wird nicht unterstützt. |
Mehrere Play-Spieldienste-Konten und spielspezifische Einstellungen |
Die Kontoauswahl und -verwaltung ist nicht verfügbar. |
Sie können für jedes Spiel Ihr Konto für die Play-Spieldienste verwalten. So können Sie auswählen, welches Konto für jedes Spiel verwendet werden soll. |