#batangaTroy-paymentmethods
1 messages · Page 1 of 1 (latest)
@ruby bluff sure, what's the question? Cards and PaymentMethods are mostly the same concept but Cards are deprecated and you should never use them
ok. that's answers the question. I was looking for best practice. Good. I implemented PaymentMethod and then found the Card API and thought "um, what?"
thank you
it's a legacy API. Basically we had the Card API from the beginning as Stripe only did credit card payments, then we realised we needed a more generic representation of a 'payment instrument' when we added more payment methods, so we created Sources... and then we realised Sources had problems, so PaymentMethods are now that generic payment instrument class and we're fully committed to it
we made it backwards compatible as well(https://stripe.com/docs/payments/payment-methods/transitioning#compatibility)
sounds good. one related question, I (think I) noticed that when using the Test Environment and the test cards that the payment_method->id was always the same regardless of the card I used - is that expected because it's the Test Env?