The Sinch .NET SDK was designed for developers. The SDK components are built with the specific language first and foremost in mind. After that, our focus was to keep the design simple for users that only want to leverage specific API calls they use but ensure customizability and future-proof access to other parts of our infrastructure.
The .NET SDK has added common capabilities to further streamline the interaction with our platform:
With all these common items, we hope to build out consistent frameworks with functionality all users require.
Another goal of ours while designing this new .NET SDK was to mimic our REST APIs as much as possible, while still providing .NET developer experience. We also use IDE type hints which, along with the REST API specification, allows the user to perform most API interactions without the need to use reference documentation.
Discoverability is one of the key components of great DX, hence .NET SDK namespaces are small and specific yet descriptive.
For example:
var response = await sinchClient.Numbers.Available.List(new ListAvailableNumbersRequest()
{
Type = Types.Mobile,
RegionCode = "US"B
});
The main client class organizes the Sinch product portfolio (called domains within SDK) and its features into hierarchy that produces an API that is easy to read and discover.
No third-party libraries are used by the NET SDK.
Currently, supported .NET versions: NET 6, NET 7, NET 8. New stable versions will be added in the future, while older/EOL versions will be deprecated.
For now, SMS, Numbers, Voice, and Verification APIs are supported, with other public Sinch APIs to be added soon.
For further details and to download our SDK, please refer to:
As a developer-focused business, Sinch understands the need to constantly consolidate and refine our resources to be more accommodating. Our Sinch Software Development Kits (SDKs) allow access to multiple APIs, extend the number of languages supported, and feel a bit more tailored to your language of choice.
Whether you're a new user or have been with us for a while, we encourage you to explore our new SDKs:
SDK |
Github Repository |
Supported
|
Documentation |
|
|
Python SDK |
SMS |
||
Numbers |
||||
Voice |
Voice SDK Documentation | |||
Verification |
||||
|
||||
|
.NET SDK |
SMS |
||
Numbers |
||||
Voice | ||||
Verification |
||||
|
||||
|
Java SDK |
SMS |
||
Numbers |
||||
Voice |
||||
Verification |
||||
|
||||
|
Node.js SDK |
SMS |
||
Numbers |
||||
Voice |
||||
Verification |
We started out by establishing a common framework for functionality we wanted to be consistent across the board. Problems like pagination, error code response, language familiarity, and other issues needed standardization regardless of the underlying API setup. For example, two common approaches to pagination are page-based and token. Depending on the API, there are pros and cons to each approach.
However, in our SDKs, we provide a single iterator object you can use to parse through your results: Example of our Python paginator
To further enhance your experience, we've made several minor improvements, including centralizing our client around a single authentication model, ensuring support for all actively supported language versions, and reducing reliance on third-party libraries. Over the next few months, we'll be rolling out a series of articles to provide a deeper dive into each specific language SDK. While we continue to expand our coverage across all APIs, we'll keep you informed about relevant support additions to each SDK.
We're confident our SDKs will enhance your Sinch experience significantly. Thank you for being a part of the Sinch Developer Community.
If you have any questions or need help check out our Sinch Community Site or you can reach out to us at onlineteam@sinch.com. We're always happy to help!