- Expédié
- 26 août 2026 à 02:54 UTC
- Auteur
- Kamo
- Commite
- 674fa0f
L'examen de la 2e série (Roulage 17) a trouvé que "est-ce un créer?" est nécessaire, mais pas de suffisants. La question qui compte : ce sujet peut-il légitimement être créés plus d'une fois à l'intérieur de la fenêtre 24h de la clé, pour une raison autre qu'un réseau réessai? Deux crée la réponse oui et ont été à tort inclinqués dans le tour 1 : - SetupIntent.create (AccountPaymentMethodService, exposé via createSetupIntent sur deux contrôleurs, retourne le secret du client directement sur le navigateur): une clé stable signifiait une deuxième "ajouter une carte" la tentative le même jour a rejoué la PREMIERE tentative déjà consommée secret client, en si oui, l'ajout. - Création (ConsumerCheckoutService): une clé stable signifiait une abandon-et-réunion, ou un rachat-modification du même plan le même jour, rejoué la session de caisse d'ORIGINE - peut-être déjà terminée ou périmé -- en remettant au client un lien mort. Les deux sont des objets éphémères, à usage unique, par temporisation, et non debout les uns. Un duplicata est inerte (le non utilisé vient d'expire); a le rejeu vicié est le dommage réel, qui est le commerce inverse de chaque création durable (client, abonnement, prix, produit, compteur), lorsqu'un double emploi est le préjudice, il existe toute cette tâche à empêcher. Suppression de la clé des deux; l'état final est 8 à la tête (tous durables crée, inchangé), 12 non keyed (2 ampoules créent plus de 10 mutations du cycle 1). StripeIdempotency's class javadoc indique maintenant les trois classes. durables créent des causes clignotées, éphémères créent des mutations nonclées. avec une trace concrète de défaillance pour chaque classe non key - un du premier tour et du premier tour deuxième carte-retour-recontenque-client-secret pour SetupIntent, qui est plus surprenante des deux). Le critère de couverture comporte maintenant un le filet à terme basé sur le gex (les créations durables doivent porter une clé; les créations éphémères et les mutations ne doivent pas) plus un nombre exact par fichier de StripeIdempotency.forKy (épuré aux 8 créations durables, qui est ce qui permet effectivement de capter une clé ajoutée à l'une des variables locales- des angles morts du récepteur. Vérifié par la réintroduction temporaire d'une clé sur SetupIntent.create, confirmant à la fois le nouveau contrôle regex et le Le contrôle du comptage exact échoue, puis l'incrément de la sonde.