Aller au contenu principal
Sur cette page

Le paquet maintenu est actuellement version 2.2.0. Déployez la version en production et examinez les modifications apportées dans le journal des modifications avant chaque mise à jour. Cette page résume les modifications ayant un impact sur l'intégration, vérifiées par rapport aux commits du référentiel. 0737d90237abe3bf28a41047b74cf14bc4ffcc8b; Utilisez Historique des modifications Pour l'enregistrement complet et les exemples de migration.

Flux de mise à niveau#

01 · classify
Identifier votre flux de travail actuel
Enregistrer les versions de React Native et Expo, la configuration CLI versus gestionnée, les adaptateurs, les portefeuilles, les fournisseurs de lutte contre la fraude et les clés SDK natives actuelles.
02 · regenerate
Installer les modifications natives.
Mettez à jour le package, exécutez Pods pour CLI ou relancez la pré-construction Expo lorsque les paramètres de configuration ou les entitlements changent.
03 · exercise
Testez les deux plateformes.
Exécutez le même widget, le même processus de redirection, le même portefeuille, le même système de détection de fraude, le même cycle de vie et la même matrice d'accessibilité sur Android et iOS.
04 · release
Surveiller les couches JavaScript et natives
Corréler les erreurs JavaScript, les plantages natifs, la gestion des actions externes et les résultats de paiement autoritaires.
Diagramme de flux
React Native CLIExpo prebuild1Update npm package2Project workflow3Install Pods andresolve nativebuilds4Rerun prebuild andinspect pluginoutput5Test Android and iOS6Pinned productionrelease

Versions notables#

v2.2.0 · Fournisseurs de fraude natifs unifiésLigne actuellement validée
  • Ajoute DeunaFraudModule la prise en charge d'Android et iOS.
  • Ajoute l'initialisation précoce de Mercado Pago et prend en charge les fournisseurs de prévention de la fraude documentés.
  • Ajoute Expo withFraudProviders Configuration du plugin.
  • Met à jour les dépendances du SDK DEUNA pour Android et iOS.

Initialiser les fournisseurs requis dès le début, vérifier la sortie du plugin de configuration, et tester les chemins "manquant/timeout" pour chaque fournisseur. Ne bloquer pas tous les paiements uniquement en raison de l'absence de données de périphérique facultatives, sauf si cela est explicitement défini comme une politique de risque approuvée.

v2.1.10–2.1.6 · Amélioration de la fiabilité des redirections, des pop-ups et de l'APMRenforcement des actions externes

Cette ligne a activé les cookies tiers requis pour Android, ajouté une protection globale contre les lancements de URL externes en double, corrigé le comportement des pop-ups, regroupé les types TypeScript versionnés, centralisé les journaux, et ajouté... errorApmMissingReference Chemin d'erreur.

Réaliser des tentatives répétées de 3DS/APM, des transitions retour vers l'application, la fermeture du compte client et une nouvelle session de widget après un échec de redirection. Ne supprimer pas la protection contre les lancements multiples dans un adaptateur d'application.

v2.1.x · Intégration native avec Apple Pay et Google PayConfiguration native requise

La version 2.1 a ajouté la disponibilité et le lancement de la fonctionnalité de portefeuille natif. Les projets React Native CLI doivent installer les dépendances natives. Pour les projets Expo, il est nécessaire de relancer la phase de pré-construction afin que les plugins de configuration appliquent la configuration native requise. Apple Pay nécessite également l'autorisation de l'application et l'identifiant du commerçant, et la disponibilité de Google Pay dépend de l'activation du commerçant.

Consultez le guide de disponibilité actuel du portefeuille et les notes relatives à l'outil de suivi des modifications de la plateforme upstream, pour vos versions spécifiques de React Native, Xcode, Android Gradle Plugin et Kotlin.

v2.0.0 · Adaptateur de navigateur intégré expliciteMigration majeure

Le SDK ne contient plus de composants. expo-web-browser. Les paiements nécessitant une fenêtre personnalisée ou un contrôleur Safari utilisent désormais InAppBrowserAdapter Le contrat. Les flux compatibles WebView de base peuvent conserver le comportement par défaut. Les flux nécessitant un portefeuille externe et les flux de redirection doivent fournir et tester l'adaptateur approprié.

Voir Redirections externes pour l'interface maintenue. L'adaptateur et le cycle de vie de l'application doivent représenter fidèlement le flux du navigateur, afin que l'SDK ne rouvre ni ne ferme la mauvaise vue.

Compatibilité du flux de travail#

ModificationRéagir à la CLI nativePré-construction (Prebuild)
Correctif uniquement en JavaScriptInstaller le package et reconstruire l'applicationInstaller le package et reconstruire l'application
Dépendance SDK nativeInstaller les Pods et résoudre les dépendances AndroidRelancer la pré-construction, inspecter les projets natifs générés, puis reconstruire
Support de la WalletConfigurer manuellement les entitlements et les dépendances nativesConfigurer les paramètres de l'application et relancer le plugin de configuration de la Wallet
Fournisseur de fraudeAjouter les configurations natives et les Pods/sous-spécifications nécessairesConfigurer le fournisseur et relancer withFraudProviders
Adaptateur de navigateur intégréInstaller et configurer le package de navigateur natif sélectionnéInstaller le package compatible et régénérer lors des modifications de la configuration native

Liste de contrôle de régression#

  • Compilation TypeScript plus constructions natives Android et iOS.
  • Mise à niveau à partir de l'application actuellement déployée, et non seulement une installation propre.
  • Widget de paiement, éléments, bons de réduction et prochaine action en mode modal et intégré.
  • Redirection 3DS et APM, prévention de la duplication, annulation, retour et nouvelle tentative.
  • Apple Pay et Google Pay sur appareils physiques avec authentification/configuration réelles.
  • Chaque fournisseur de prévention de la fraude activé après le démarrage initial et pendant l'initialisation retardée.
  • Rafraîchissement rapide, arrière-plan/avant-plan, reconstruction du processus, désactivation de l'écran et désactivation du contrôleur.
  • Écrans de petite taille, mise à l'échelle de la police, lecteurs d'écran, navigation au clavier et réduction des mouvements.
  • Réconciliation côté serveur après toutes les notifications de succès, d'erreur et de fermeture.