Ключи принадлежат только Stripe, а не мутациям

FixBillingService
Порезанный
26 августа 2026 г. в 02:40 UTC
Автор
Kamo
Обещать
d54a9fe

Обзор 1-го раунда (Правило 15) показал, что Критик: стабильная идемпотенция Ключ в обновлении/отмене/прикреплении/откреплении не является гарантией, это ошибка. Эти вызовы уже установили явное целевое состояние, поэтому они Идемпотентный по сути без ключа; стабильный ключ вместо этого позволяет 24-часовое повторение кэшированного ответа Stripe проглотило действительно более поздние изменения. Конкретно: cancel() -> reactivate() -> cancel() ключ на обоих звонках, поэтому второй получил первый Кэшированный ответ вызова и никогда не касался живой подписки. DB и UI заявили, что «не будут обновляться», в то время как Stripe продолжала выставлять счета. Нигде не исключение. Та же форма ударила по методу оплаты по умолчанию Toggle and syncStripeItems' proration-bearing update (5 мест -> 10 ->) 5 уронил бы реальную пропорцию. Ни подписка на аккаунт ни в одном из них (не в том виде, в каком он был), Нет столбца версии), чтобы сложить в ключ вместо этого, поэтому исправление Нет никакого ключа к этим десяти мутациям, не более умная. Хранит ключ на всех десяти подлинных творениях (SetupIntent, Customer, Сессия, четыре Price.create, Product, Meter, Subscription.create которые по своей природе остаются неидемпотентными и нуждаются в них. Класс StripeIdempotency javadoc теперь ясно заявляет об этом. конкретный режим отмены/реактивации/отмены отказа, поэтому десять Сайты вызовов мутаций не «восстанавливаются» позже. Тест покрытия сейчас утверждает оба направления: каждое творение несет в себе ключ ********************************************** Регексная сеть) и никакой мутации **************************************************************************************** **************************** Уничтожение истинного количество каждого файла, поэтому ключ, добавленный к любому из локальных переменных мутаций, которые регекс не может видеть — большинство AccountSubscriptionService's и AccountPaymentMethodService's - Все еще не удается построить. Проверенные оба новых утверждения фактически улавливают Вновь ввели ключ, прежде чем вернуть зонд.

Все изменения

Как вы видите судоходство?

Каждое из этих обновлений автоматически попадает в ваше рабочее пространство. Начните бесплатно и смотрите, как он растет неделю за неделей.

Начните бесплатно навсегдаПосмотреть цены