Stripe payments 为什么条纹卡只保存在源代码中而不保存在卡中?

Stripe payments 为什么条纹卡只保存在源代码中而不保存在卡中?,stripe-payments,Stripe Payments,我把信用卡保存在Stripe中,但为什么它只保存在sources中 而不是在纸牌下 我使用了文档中指定的stripe.customers.createSource保存卡() 我想这就是为什么stripe.customers.listCards什么也不返回的原因库中的stripe.customers.createSource方法只是向/v1/customers/cusu 123/sources发出一个POST请求,向其中添加一个源代码。源本身的类型取决于您在客户端创建它时使用的内容 如果您创建

我把信用卡保存在Stripe中,但为什么它只保存在sources中

而不是在纸牌下

我使用了文档中指定的
stripe.customers.createSource
保存卡()


我想这就是为什么
stripe.customers.listCards
什么也不返回的原因库中的
stripe.customers.createSource
方法只是向
/v1/customers/cusu 123/sources
发出一个POST请求,向其中添加一个源代码。源本身的类型取决于您在客户端创建它时使用的内容

如果您创建卡客户端
tok_123
,您将在客户机上获得
card_123
。如果您在美国使用ACH借记卡并创建银行账户代币
btok_123
,您也可以获得一张信用卡。这是API中存在多年的遗留方法

最近,Stripe发布了一个名为a的新高级对象,您可以在中阅读有关源的更多信息。无论使用何种支付方式(卡、SEPA借记卡、支付宝、Sofort等),都可以拥有一个唯一的对象。这使得处理代码中的逻辑变得容易得多,因为对象具有相同的形状和属性,特定于每个支付方法,它们位于子散列中,您知道要以不同的方式处理。这些源对象的id格式为
src\u 123

在这里,您的客户有附加的来源。这意味着,在客户端,当您收集卡的详细信息时,您正在主动创建一个源,而不是令牌。这是由于您用于创建它的方法/调用造成的。在中,您将使用而不是在移动SDK中,默认情况下,它们将创建源


归根结底,源代码对于新的集成来说是一种更好的方法,因为它们更具可扩展性,并且可以在未来处理您的国际业务增长。我建议继续使用源代码。

Ah ic,所以如果我想让客户获得一张卡片列表(
source.owner.type='card'和source.owner.usage='reusables'
),我应该使用吗?但它似乎没有记录在案。这是正确的方法吗?哦,但是默认情况下,是否可以将它们过滤到可重复使用的卡源?我认为这比自己过滤掉不必要的东西并处理所有的问题更有效pagination@JiewMeng源的类型位于顶层,而不是在
所有者
下。这里有文档记录:现在也不可能只列出可重复使用的源代码,尽管您可以在使用后简单地分离单一使用的源代码: