ColleqtiveCssharp 0.2.0

Colleqtive C# API Library

The Colleqtive C# SDK provides convenient access to the Colleqtive REST API from applications written in C#.

It is generated with Stainless.

Installation

Install the package from NuGet:

dotnet add package ColleqtiveCssharp

Requirements

This library requires .NET Standard 2.0 or later.

Usage

See the examples directory for complete and runnable examples.

using System;
using ColleqtiveCssharp;
using ColleqtiveCssharp.Models.V2.Public.Stores;

ColleqtiveClient client = new();

StoreListParams parameters = new();

var stores = await client.V2.Public.Stores.List(parameters);

Console.WriteLine(stores);

Client configuration

Configure the client using environment variables:

using ColleqtiveCssharp;

// Configured using the COLLEQTIVE_BEARER_TOKEN and COLLEQTIVE_BASE_URL environment variables
ColleqtiveClient client = new();

Or manually:

using ColleqtiveCssharp;

ColleqtiveClient client = new() { BearerToken = "My Bearer Token" };

Or using a combination of the two approaches.

See this table for the available options:

Modifying configuration

To temporarily use a modified client configuration, while reusing the same connection and thread pools, call WithOptions on any client or service:

using System;

var stores = await client
    .WithOptions(options =>
        options with
        {
            BaseUrl = "https://example.com",
            Timeout = TimeSpan.FromSeconds(42),
        }
    )
    .V2.Public.Stores.List(parameters);

Console.WriteLine(stores);

Using a with expression makes it easy to construct the modified options.

The WithOptions method does not affect the original client or service.

Requests and responses

To send a request to the Colleqtive API, build an instance of some Params class and pass it to the corresponding client method. When the response is received, it will be deserialized into an instance of a C# class.

For example, client.V2.Public.Stores.List should be called with an instance of StoreListParams, and it will return an instance of Task<StoreListResponse>.

Raw responses

The SDK defines methods that deserialize responses into instances of C# classes. However, these methods don't provide access to the response headers, status code, or the raw response body.

To access this data, prefix any HTTP method call on a client or service with WithRawResponse:

var response = await client.WithRawResponse.V2.Public.Stores.List();
var statusCode = response.StatusCode;
var headers = response.Headers;

The raw HttpResponseMessage can also be accessed through the RawMessage property.

For non-streaming responses, you can deserialize the response into an instance of a C# class if needed:

using System;
using ColleqtiveCssharp.Models.V2.Public.Stores;

var response = await client.WithRawResponse.V2.Public.Stores.List();
StoreListResponse deserialized = await response.Deserialize();
Console.WriteLine(deserialized);

Error handling

The SDK throws custom unchecked exception types:

• ColleqtiveApiException: Base class for API errors. See this table for which exception subclass is thrown for each HTTP status code:

Additionally, all 4xx errors inherit from Colleqtive4xxException.

false

• ColleqtiveIOException: I/O networking errors.

• ColleqtiveInvalidDataException: Failure to interpret successfully parsed data. For example, when accessing a property that's supposed to be required, but the API unexpectedly omitted it from the response.

• ColleqtiveException: Base class for all exceptions.

Network options

Retries

The SDK automatically retries 2 times by default, with a short exponential backoff between requests.

Only the following error types are retried:

• Connection errors (for example, due to a network connectivity problem)
• 408 Request Timeout
• 409 Conflict
• 429 Rate Limit
• 5xx Internal

The API may also explicitly instruct the SDK to retry or not retry a request.

To set a custom number of retries, configure the client using the MaxRetries method:

using ColleqtiveCssharp;

ColleqtiveClient client = new() { MaxRetries = 3 };

Or configure a single method call using WithOptions:

using System;

var stores = await client
    .WithOptions(options =>
        options with { MaxRetries = 3 }
    )
    .V2.Public.Stores.List(parameters);

Console.WriteLine(stores);

Timeouts

Requests time out after 1 minute by default.

To set a custom timeout, configure the client using the Timeout option:

using System;
using ColleqtiveCssharp;

ColleqtiveClient client = new() { Timeout = TimeSpan.FromSeconds(42) };

Or configure a single method call using WithOptions:

using System;

var stores = await client
    .WithOptions(options =>
        options with { Timeout = TimeSpan.FromSeconds(42) }
    )
    .V2.Public.Stores.List(parameters);

Console.WriteLine(stores);

Undocumented API functionality

The SDK is typed for convenient usage of the documented API. However, it also supports working with undocumented or not yet supported parts of the API.

Response validation

In rare cases, the API may return a response that doesn't match the expected type. For example, the SDK may expect a property to contain a string, but the API could return something else.

By default, the SDK will not throw an exception in this case. It will throw ColleqtiveInvalidDataException only if you directly access the property.

If you would prefer to check that the response is completely well-typed upfront, then either call Validate:

var stores = client.V2.Public.Stores.List();
stores.Validate();

Or configure the client using the ResponseValidation option:

using ColleqtiveCssharp;

ColleqtiveClient client = new() { ResponseValidation = true };

Or configure a single method call using WithOptions:

using System;

var stores = await client
    .WithOptions(options =>
        options with { ResponseValidation = true }
    )
    .V2.Public.Stores.List(parameters);

Console.WriteLine(stores);

Semantic versioning

This package generally follows SemVer conventions, though certain backwards-incompatible changes may be released as minor versions:

1. Changes to library internals which are technically public but not intended or documented for external use. (Please open a GitHub issue to let us know if you are relying on such internals.)
2. Changes that we do not expect to impact the vast majority of users in practice.

We take backwards-compatibility seriously and work hard to ensure you can rely on a smooth upgrade experience.

We are keen for your feedback; please open an issue with questions, bugs, or suggestions.