TypeScript v4 SDKs now stream server-sent events. An operation whose success response is text/event-stream resolves to an EventStream<T> typed over the event's data schema, and you read it with for await.
Python v4 SDKs now support pagination, covering the four widely used strategies: Offset, Page, Cursor and Link based pagination. A paginated operation returns a Paginator[Page, Item] on the synchronous client and an AsyncPaginator on the asynchronous one.
Python v4 SDKs now log HTTP requests and responses through Python's standard logging module. Nothing is printed until you turn the SDK's logger on, the same way you would for any library, or set one environment variable.
TypeScript v4 SDKs now log HTTP requests, responses and retries. Logging is off by default and is switched on through the logging client option, or from the environment without a code change.
TypeScript v4 SDKs now check numbers by the kind your specification declares rather than accepting any number for every numeric field.
Python v4 SDKs now retry failed requests, and retrying is on by default. The client accepts a retry_options keyword that controls how many retries are made, which status codes and methods qualify, and how the backoff grows between attempts.
TypeScript v4 SDKs now retry failed requests, and retrying is on by default. The retry client option controls how many retries are made, which status codes and methods qualify, how long each attempt may take, and how the backoff grows between attempts.
The v4 SDKs for C#, Python and TypeScript are now generally available. All three leave beta today and generate as stable SDKs from version 2.x of the APIMatic CLI.
Python v4 SDKs now stream server-sent events. An operation whose success response is text/event-stream returns an EventStream[T] typed over the event's data schema, and the asynchronous client returns an AsyncEventStream[T] you read with async for.
TypeScript v4 SDKs now reject with one error family. Every failure a call can produce derives from a single root named after your API, such as PaymentsError, and carries a closed kind discriminator, so one catch with a switch on err.kind handles every outcome exhaustively.