#NickQ-SDK
1 messages · Page 1 of 1 (latest)
Hi there, theoretically Stripe is working on our best to make sure the SDK is stable and low crash rate. Using our official SDK also get you free support directly from Stripe, so it's more recommended in general
With that said, you are welcomed to use any SDK but you would rely to their maintainer, while with Stripe SDK, Stripe is the maintainer 🙂
Yes, you are right.
I trend in using your SDK. So I need some reports as the reference of the SDK's quality and report to my boss.
For example, I downloaded your demo project from github, and ran the unite test. But the coverage of some modules are less than 60%.
It could be hard to judge the quality by doing so. Sorry for the low coverage but, really, what are your other choices? Do they cover as many features as our? For example handling 3DS as a key feature
And then PCI Compliance: https://stripe.com/docs/security/guide#validating-pci-compliance Our SDK complies with SAQ-A and any other SDK that doesn't do client-side tokenization could results in SAQ-D when your company will need to send us over 40 pages of requirements you must implement to remain PCI compliant
You can send your boss the link above, highlighting this part. I think it would be convincing enough
Btw did you mean coverage of the demo project? You should look at the SDK's coverage itself IMO