Comment Lyft a exploité les activités iOS Live pour améliorer l'expérience utilisateur

Fournir des mises à jour en temps opportun aux utilisateurs est essentiel pour améliorer leur expérience mobile, explique Max Husar, ingénieur iOS de Lyft, même si cela augmentera la portée et les efforts de développement. Pour atteindre un équilibre entre flexibilité, fiabilité et réutilisabilité, Les ingénieurs Lyft iOS ont utilisé ActivityKit pour ajouter du contenu dynamique à leurs applications.

Groupe d'activités Introduit par Apple avec iOS 16.1 et iPadOS 17 pour permettre le partage de mises à jour en direct à partir d'une application en utilisant Dynamic Island disponible sur les appareils plus récents ou l'écran de verrouillage sur les appareils plus anciens. Les activités en direct sont la pierre angulaire d'ActivityKit, qui peut être considérée comme une évolution des notifications dans la mesure où elles permettent à l'utilisateur non seulement de recevoir des informations mises à jour ou de lancer une application, mais également d'exécuter des fonctions sans lancer l'application via des boutons et des commutateurs. .

Comme l'explique Husar, les ingénieurs Lyft traitent chaque activité en direct comme une sorte de mini-application qui s'exécute au-dessus de l'application principale. Cela reflète également l'organisation de Lyft, avec plusieurs équipes travaillant simultanément dans différents domaines.

Nous avons décidé de créer du contenu pour les activités en direct entièrement piloté par le serveur à l'aide de l'interface utilisateur pilotée par le serveur (SDUI). Nous utilisons déjà des frameworks SDUI pour certains écrans de nos applications qui chevauchent l'activité en direct, donc la réutilisation de modèles de base et de modèles familiers nous aide à avancer plus rapidement.

le principal Contrainte Pour les activités en direct, cela provient de la taille maximale de charge utile autorisée pour les mises à jour de contenu, qui est de 4 Ko. Dans le cas de Lyft, cela nécessite de modifier ses modèles SDUI ainsi que d'utiliser protobuf pour réduire certains octets de la taille des charges utiles.

S'appuyant sur cette approche, l'équipe iOS de Lyft a créé plusieurs composants pour interagir avec les utilisateurs, notamment un composant RichText capable d'afficher du texte riche avec une image ou un minuteur, et une barre de progression utilisée pour montrer aux passagers à quelle vitesse une voiture Lyft approche.

De plus, ils ont étendu leur solution pour prendre en charge la visualisation de photos à distance afin d'afficher une photo de profil du conducteur et du véhicule une fois qu'un passager est associé. Cette tâche nécessite l'utilisation Groupes d'applications Pour partager des fichiers via l'application et les plugins qui effectuent des activités en direct. Cependant, les ingénieurs de Lyft n'ont pas pu trouver :

Un moyen d'afficher de manière fiable et rapide deux images simultanées (le conducteur et la voiture). Nous avons convenu que l'image du profil du conducteur est plus importante lorsqu'elle est vue en premier du point de vue de l'expérience utilisateur, et nous pouvons l'afficher sans délai en envoyant les données de l'image base64 directement à la charge utile de mise à jour de l'APN.

La limitation supplémentaire vient du fait que les images ne peuvent être téléchargées que lorsque l'application est active ou en arrière-plan, mais qu'elle dispose d'un temps de traitement suffisant en arrière-plan.

Dans l'ensemble, dit Hussar, la solution adoptée pour les activités en direct a été un succès, quelles que soient les complexités, et a permis une expérience utilisateur améliorée pour des millions d'utilisateurs.

Il y a beaucoup plus de détails sur la façon dont les ingénieurs Lyft exploitent les activités en direct dans leur application que ce qui peut être couvert ici, alors ne manquez pas l'article original si vous êtes intéressé.