Lorsque vous suivez un trajet, votre application grand public affiche l'emplacement du véhicule approprié pour le consommateur. Pour ce faire, votre application doit commencer à suivre un trajet, mettre à jour sa progression et arrêter de le suivre une fois qu'il est terminé.
Ce document explique comment ce processus fonctionne.
Avant de commencer
Assurez-vous d'avoir configuré les éléments suivants :
Les services de backend de votre application grand public sont en place et vos services de mise en relation des consommateurs avec les véhicules sont opérationnels.
Vous avez configuré une carte pour votre application.
Commencer à suivre un trajet
Lorsque votre serveur backend met en relation un consommateur avec un véhicule, utilisez JourneySharingSession pour commencer à suivre le trajet.
L'exemple de code suivant montre comment commencer à suivre un trajet une fois la vue chargée.
Java
public class MainActivity extends AppCompatActivity
implements ConsumerViewModel.JourneySharingListener {
// Class implementation
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// Create a TripModel instance to listen for updates to the trip specified by this trip name.
String tripName = ...;
TripModelManager tripModelManager = consumerApi.getTripModelManager();
TripModel tripModel = tripModelManager.getTripModel(tripName);
// Create a JourneySharingSession instance based on the TripModel.
JourneySharingSession session = JourneySharingSession.createInstance(tripModel);
// Add the JourneySharingSession instance on the map for updating the UI.
consumerController.showSession(session);
// Register for trip update events.
tripModel.registerTripCallback(new TripModelCallback() {
@Override
public void onTripETAToNextWaypointUpdated(
TripInfo tripInfo, @Nullable Long timestampMillis) {
// ...
}
@Override
public void onTripActiveRouteRemainingDistanceUpdated(
TripInfo tripInfo, @Nullable Integer distanceMeters) {
// ...
}
// ...
});
}
@Override
protected void onDestroy() {
super.onDestroy();
if (journeySharingSession != null) {
journeySharingSession.stop();
}
}
}
Kotlin
class SampleAppActivity : AppCompatActivity(), ConsumerViewModel.JourneySharingListener {
// Class implementation
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
// Create a TripModel instance to listen for updates to the trip specified by this trip name.
val tripName = "tripName"
val tripModelManager = consumerApi.getTripModelManager()
val tripModel = tripModelManager.getTripModel(tripName)
// Create a JourneySharingSession instance based on the TripModel.
val session = JourneySharingSession.createInstance(tripModel)
// Add the JourneySharingSession instance on the map for updating the UI.
consumerController.showSession(session)
// Register for trip update events.
tripModel.registerTripCallback(
object : TripModelCallback() {
override fun onTripETAToNextWaypointUpdated(
tripInfo: TripInfo,
timestampMillis: Long?,
) {
// ...
}
override fun onTripActiveRouteRemainingDistanceUpdated(
tripInfo: TripInfo,
distanceMeters: Int?,
) {
// ...
}
// ...
})
}
override fun onDestroy() {
super.onDestroy()
journeySharingSession?.stop()
}
}
Mettre à jour la progression du trajet
Pour mettre à jour les détails de la progression du trajet, tels que la distance que le véhicule doit parcourir avant d'arriver et l'heure d'arrivée prévue, votre application doit enregistrer et configurer un écouteur, comme illustré dans les exemples suivants.
Enregistrez un écouteur sur un objet
TripModel.Java
// Create a TripModel instance for listening to updates to the trip specified by this trip name. String tripName = ...; TripModelManager tripModelManager = consumerApi.getTripModelManager(); TripModel tripModel = tripModelManager.getTripModel(tripName); // Create a JourneySharingSession instance based on the TripModel. JourneySharingSession session = JourneySharingSession.createInstance(tripModel); // Add the JourneySharingSession instance on the map for updating the UI. consumerController.showSession(session); // Register for trip update events. tripModel.registerTripCallback(new TripModelCallback() { @Override public void onTripETAToNextWaypointUpdated( TripInfo tripInfo, @Nullable Long timestampMillis) { // ... } @Override public void onTripActiveRouteRemainingDistanceUpdated( TripInfo tripInfo, @Nullable Integer distanceMeters) { // ... } // ... });Kotlin
// Create a TripModel instance for listening to updates to the trip specified by this trip name. val tripName = "tripName" val tripModelManager = consumerApi.getTripModelManager() val tripModel = tripModelManager.getTripModel(tripName) // Create a JourneySharingSession instance based on the TripModel. val session = JourneySharingSession.createInstance(tripModel) // Add the JourneySharingSession instance on the map for updating the UI. consumerController.showSession(session) // Register for trip update events. tripModel.registerTripCallback( object : TripModelCallback() { override fun onTripETAToNextWaypointUpdated( tripInfo: TripInfo, timestampMillis: Long?, ) { // ... } override fun onTripActiveRouteRemainingDistanceUpdated( tripInfo: TripInfo, distanceMeters: Int?, ) { // ... } // ... })Configurez l'écouteur pour votre trajet à l'aide de
TripModelOptions.Java
// Set refresh interval to 2 seconds. TripModelOptions tripOptions = TripModelOptions.builder().setRefreshIntervalMillis(2000).build(); tripModel.setTripModelOptions(tripOptions);Kotlin
// Set refresh interval to 2 seconds. val tripOptions = TripModelOptions.builder().setRefreshIntervalMillis(2000).build() tripModel.setTripModelOptions(tripOptions)
Arrêter de suivre un trajet
Assurez-vous que votre application arrête de suivre un trajet lorsqu'il n'est plus nécessaire, par exemple lorsque le trajet est marqué comme TERMINÉ dans le backend par le conducteur. L'arrêt du partage de trajet évite les requêtes réseau inutiles adressées à Fleet Engine et empêche les fuites de mémoire.
Utilisez JourneySharingSession pour arrêter de suivre le trajet, comme illustré dans l'exemple de code suivant.
Java
public class MainActivity extends AppCompatActivity
implements ConsumerViewModel.JourneySharingListener {
// Class implementation
@Override
protected void onDestroy() {
super.onDestroy();
if (journeySharingSession != null) {
journeySharingSession.stop();
}
}
}
Kotlin
class SampleAppActivity : AppCompatActivity(), ConsumerViewModel.JourneySharingListener {
// Class implementation
override fun onDestroy() {
super.onDestroy()
journeySharingSession?.stop()
}
}
Gérer les erreurs de trajet
La méthode onTripRefreshError met en évidence les erreurs qui se produisent lors de la surveillance du trajet. Les messages d'erreur suivent la norme Google Cloud Error. Pour obtenir des définitions détaillées des messages d'erreur
et tous les codes d'erreur, consultez la documentation sur les erreurs Google Cloud.
Voici quelques erreurs courantes qui peuvent se produire lors de la surveillance du trajet :
| HTTP | RPC | Description |
|---|---|---|
| 400 | INVALID_ARGUMENT | Le client a spécifié un nom de trajet non valide. Le nom du trajet doit respecter le
format providers/{provider_id}/trips/{trip_id}. Le
provider_id doit être l'ID du projet Cloud appartenant à
le fournisseur de services. |
| 401 | UNAUTHENTICATED | Vous recevez cette erreur si aucun identifiant d'authentification valide n'est disponible. Par exemple, si le jeton JWT est signé sans ID de trajet ou si le jeton JWT a expiré. |
| 403 | PERMISSION_DENIED | Vous recevez cette erreur si le client ne dispose pas des autorisations suffisantes (par exemple, si un utilisateur avec le rôle de consommateur tente d'appeler updateTrip), si le jeton JWT n'est pas valide ou si l'API n'est pas activée pour le projet client. Il est possible que le jeton JWT soit manquant ou qu'il soit signé avec un ID de trajet qui ne correspond pas à l'ID de trajet demandé. |
| 429 | RESOURCE_EXHAUSTED | Le quota de ressources est nul ou le débit du trafic dépasse la limite. |
| 503 | UNAVAILABLE | Service indisponible. Généralement, le serveur est inactif. |
| 504 | DEADLINE_EXCEEDED | Délai de requête dépassé. Cette erreur ne se produit que si l'appelant définit un délai plus court que le délai par défaut de la méthode (le délai demandé ne suffit pas pour que le serveur traite la requête) et si la requête ne s'est pas terminée dans le délai. |
Gérer les erreurs du SDK consommateur
Le SDK consommateur envoie des erreurs de mise à jour du trajet à l'application grand public à l'aide d'un mécanisme de rappel. Le paramètre de rappel est un type de retour spécifique à la plate-forme (
TripUpdateError
sur Android et
NSError
sur iOS).
Extraire les codes d'état
Les erreurs transmises au rappel sont généralement des erreurs gRPC, et vous pouvez également en extraire des informations supplémentaires sous la forme d'un code d'état. Pour obtenir la liste complète des codes d'état, consultez Codes d'état et leur utilisation dans gRPC.
Java
Vous pouvez extraire un code d'état gRPC qui fournit des détails sur l'erreur
à partir de TripUpdateError renvoyé par onTripUpdateError().
// Called when there is a trip update error.
@Override
public void onTripUpdateError(TripInfo tripInfo, TripUpdateError error) {
Status.Code code = error.getStatusCode();
}
Kotlin
Vous pouvez extraire un code d'état gRPC qui fournit des détails sur l'erreur
à partir de TripUpdateError renvoyé par onTripUpdateError().
// Called when there is a trip update error.
override fun onTripUpdateError(tripInfo: TripInfo, error: TripUpdateError) {
val code = error.getStatusCode()
}
Interpréter les codes d'état
Les codes d'état couvrent deux types d'erreurs : les erreurs liées au serveur et au réseau, et les erreurs côté client.
Erreurs de serveur et de réseau
Les codes d'état suivants concernent les erreurs de réseau ou de serveur, et vous n'avez aucune action à entreprendre pour les résoudre. Le SDK consommateur les corrige automatiquement.
| Code d'état | Description |
|---|---|
| ABORTED | Le serveur a arrêté d'envoyer la réponse. Cela est généralement dû à un problème de serveur. |
| ANNULÉ | Le serveur a mis fin à la réponse sortante. Cela se produit généralement lorsque
l'application est envoyée en arrière-plan ou lorsqu'un changement d'état se
produit dans l'application grand public. |
| INTERRUPTED | |
| DEADLINE_EXCEEDED | Le serveur a mis trop de temps à répondre. |
| UNAVAILABLE | Le serveur n'était pas disponible. Cela est généralement dû à un problème de réseau. |
Erreurs client
Les codes d'état suivants concernent les erreurs client, et vous devez prendre des mesures pour les résoudre. Le SDK consommateur continue de réessayer d'actualiser le trajet jusqu'à ce que vous mettiez fin au partage de trajet, mais il ne récupérera pas tant que vous n'aurez pas pris de mesures.
| Code d'état | Description |
|---|---|
| INVALID_ARGUMENT | L'application grand public a spécifié un nom de trajet non valide. Le nom du trajet doit
respecter le format providers/{provider_id}/trips/{trip_id}.
|
| NOT_FOUND | Le trajet n'a jamais été créé. |
| PERMISSION_DENIED | L'application grand public ne dispose pas des autorisations suffisantes. Cette erreur se produit dans les cas suivants :
|
| RESOURCE_EXHAUSTED | Le quota de ressources est nul ou le débit du trafic dépasse la limite de vitesse. |
| UNAUTHENTICATED | La requête a échoué lors de l'authentification en raison d'un jeton JWT non valide. Cette erreur se produit lorsque le jeton JWT est signé sans ID de trajet ou lorsqu'il a expiré. |