条纹卡检索 - PaymentMethodService 与 CardService答案

【问题标题】：Stripe Card Retrieval - PaymentMethodService vs CardService条纹卡检索 - PaymentMethodService 与 CardService
【发布时间】：2021-02-10 10:04:37
【问题描述】：

使用 Stripe CLI 为用户创建订阅，我注意到我可以通过利用以下代码 sn-p 成功检索他们的信用卡详细信息以显示（例如最后 4 个、日期等）：

 var service = new CardService();
             
            var cardOptions = new CardListOptions
            {
                Limit = 3 
            };
            var cards = await service.ListAsync(StripeCustomerId, cardOptions);

但是，使用 WordPress 插件进行测试以向新客户收费（因此不是订阅，而是单笔收费），上述代码不会返回信用卡！

然后我尝试了这段代码：

  var paymentMethodService = new PaymentMethodService();
            var pmList = paymentMethodService.List(new PaymentMethodListOptions { Customer = StripeCustomerId,
            Type = "card"});

它成功返回了我用户的信用卡元数据以进行单次收费。然后我对我的订阅用户尝试了这段代码，它也成功了！

这使我得出结论，如果我想可靠且有保证地从用户那里获取信用卡详细信息，我应该使用上面的第二个 sn-p。

..但这引出了一个问题——CardService 和 PaymentMethodService 有什么区别？如果我想解决“如何在我的自定义 Web 应用程序的计费页面上显示用户拥有的所有信用卡”的问题，我应该使用哪种服务？

非常感谢您的宝贵时间！

【问题讨论】：

标签： stripe-payments

【解决方案1】：

您应该始终使用 PaymentMethodService。

https://stripe.com/docs/payments/payment-methods

由于历史原因，Stripe 的 API 中有几种不同的对象类型用于表示卡片（ID 为 card_xxxx 的 Card 对象、ID 为 src_xxxx 和 type:card 的 Source 对象和现在的 @ 987654324@，ID 为pm_xxx）。它们都略有不同，形状也不同。不过，卡片和来源基本上已被弃用。

PaymentMethods 取代了所有这些，并且完全向后兼容；例如，如果您过去使用 Card 对象并将其保存给客户，则可以使用 PaymentMethodService.list 来获取返回的这两个 Card 对象（以及任何 Source 或 PaymentMethods），并且它们通过兼容层以 PaymentMethods 的形式返回。这意味着您的代码无需考虑底层对象的差异，您可以使用 PaymentMethodService 作为处理客户已保存卡片的规范方式。

https://stripe.com/docs/payments/payment-methods/transitioning#compatibility

但是，使用 WordPress 插件进行测试以向新客户收费（因此不是订阅，而是单笔收费），上述代码不会返回信用卡！

这可能是因为 WordPress 插件创建了 PaymentMethods，或者它创建了 Sources，这取决于它的编写时间。因此，您不会使用 CardService 获得返回的内容，但如果您使用 PaymentMethodService，您将获得，因为该兼容性层，所以这是您应该在这里使用它的完美示例，它是未来使用 Stripe 的规范方式。

【讨论】：