Stripe.Net VS stripe-python

In the previous article in this series, we examined how to integrate customer registration and onboarding for Stripe Connect accounts into an ASP.NET Core Razor Page application. To do this, we leveraged the Stripe .NET NuGet package which provides a convenient wrapper around the Stripe HTTP APIs. While Stripe does provide an abundance of functionality through API endpoints, there will be situations that require more than a typical request-response interaction.

I ran into Stripe's API rate limits while developing a revenue forecasting app[1] The metrics calculated requires retrieving two months of charges using Stripe's API, which can result in long loading times because:

*...listing charges (or most resources) can be quite slow as you need to render many objects. The Charge API especially is quite a large object to render and paginate through.*

Source: https://github.com/stripe/stripe-dotnet/issues/2284#issuecom...

[1] https://github.com/hbcondo/revenut-app

I like the Stripe API design, and as a follow-on, I tend to like their coding styles and structures. Here's their official Stripe dotnet library - https://github.com/stripe/stripe-dotnet. It's well organized and the code coverage looks good.

New API version released: Version 2022-08-01 of the Stripe API has been released along with major version upgrades to all official client libraries, namely Dotnet, Go, Java, PHP, Node, Python, and Ruby. Read more about breaking changes in the API upgrades section and how to upgrade.

I am using Stripe backend library that you can fetch from here Stripe.net.

Stay compliant with updated KYC regulations: We’ve added future_requirements support to our Java, PHP, .NET, Go, and Node SDKs. This parameter enables developers to know account verification requirements and deadlines.

Stripe has seven main client libraries — Ruby, PHP, Python, Node, .NET, Go, and Java — and we wanted to give junior developers a foundation of broadly applicable knowledge to help them in all of their Stripe development going forward.

Make async requests in the beta release of stripe-python: The stripe-python beta channel now has built-in support for async control flow, backed by the httpx or aiohttp http libraries.

Instantiate StripeClient in the Python SDK: Stripe-python v8.0.0 introduced StripeClient, upgrading from a single global configuration to enable multiple thread-safe instances.

Let's start by installing the Python library for Stripe, which is available on Github.

Use types with the Python SDK: Strengthen Python integrations with type annotations using the stripe-python library starting in v6.8.0b3 through the beta channel.

You should use the python package that stripe provides: https://github.com/stripe/stripe-python

The api_key is being passed down to every object. You can see it being fed to the constructor for Customer because it is a child of StripeObject.

I've been maintaining async-stripe for over a year. It is the only async client for Python. It fixes a long standing feature request (issue #327).

New API version released: Version 2022-08-01 of the Stripe API has been released along with major version upgrades to all official client libraries, namely Dotnet, Go, Java, PHP, Node, Python, and Ruby. Read more about breaking changes in the API upgrades section and how to upgrade.

> Every time a new language comes out we have to recreate millions of baseline libraries and it just sucks. As a dev I want to be able to make use of great libraries oblivious to what they are created with.

Technically this tool mostly does exist already with the OpenAPI specification if we're talking about REST APIs. If you put in the leg work to create a very detailed specification which is a YAML file, you can generate programming language specific SDKs out of it.

Stripe has publicly mentioned[0] they mostly use this spec to generate their SDKs (even as of a few years ago), even so auto-generated code still requires developer time and there's a level of "hey we're dedicated to internally supporting this". It's a huge deal having a provider internally support your language's SDK.

[0]: https://github.com/stripe/stripe-python/issues/694#issuecomm...

The stripe package is actually maintained by Stripe.