The Plivo .NET SDK makes it simpler to integrate communications into your .NET applications using the Plivo REST API. Using the SDK, you will be able to make voice calls, send SMS and generate Plivo XML to control your call flows.
Supported .NET versions: This SDK was written targeting at .NET Standard 1.3 & .NET Standard 2.0, and thus works with .NET Framework 4.6+ and .NET Core 1.0+. Check here to know about all the other supported platforms.
You can install this SDK either by referencing the .dll file or using NuGet.
Use the following line to install the latest SDK using the NuGet CLI.
PM> Install-Package Plivo -Version 5.42.1
You can also use the .NET CLI to install this package as follows
> dotnet add package Plivo --version 5.42.1
To make the API requests, you need to create a PlivoApi
instance and provide it with authentication credentials (which can be found at https://manage.plivo.com/dashboard/).
var api = new PlivoApi("<auth_id>", "<auth_token>");
The SDK uses consistent interfaces to create, retrieve, update, delete and list resources. The pattern followed is as follows:
api.Resource.Create(params);
api.Resource.Get(params);
api.Resource.Update(identifier, params);
api.Resource.Delete(identifier);
api.Resource.List();
Using api.Resource.List()
would list the first 20 resources by default (which is the first page, with limit
as 20, and offset
as 0). To get more, you will have to use limit
and offset
to get the second page of resources.
internal class Program
{
public static void Main(string[] args)
{
var api = new PlivoApi("<auth_id>", "<auth_token>");
var response = api.Message.Create(
src:"14156667778",
dst:"14156667777",
text:"Hello, this is a sample text from Plivo"
);
Console.WriteLine(response);
}
}
internal class Program
{
public static void Main(string[] args)
{
var api = new PlivoApi("<auth_id>", "<auth_token>");
var response = api.Call.Create(
to:new List<String>{"the_to_number"},
from:"the_from_number",
answerMethod:"GET",
answerUrl:"https://answer.url"
);
Console.WriteLine(response);
}
}
internal class Program
{
public static void Main(string[] args)
{
var api = new PlivoApi("<auth_id>", "<auth_token>");
var response = api.Lookup.Get("phone_number_here");
Console.WriteLine(response);
}
}
class MainClass
{
public static void Main(string[] args)
{
Plivo.XML.Response response = new Plivo.XML.Response();
response.AddSpeak("Hello, world!",
new Dictionary<string, string>() { });
Console.WriteLine(response.ToString());
}
}
This generates the following XML:
<Response>
<Speak>Hello, world!</Speak>
</Response>
Refer to the Plivo API Reference for more examples.
Report any feedback or problems with this version by opening an issue on Github.
Note: Requires latest versions of Docker & Docker-Compose. If you're on MacOS, ensure Docker Desktop is running.
- Export the following environment variables in your host machine:
export PLIVO_AUTH_ID=<your_auth_id>
export PLIVO_AUTH_TOKEN=<your_auth_token>
export PLIVO_API_DEV_HOST=<plivoapi_dev_endpoint>
export PLIVO_API_PROD_HOST=<plivoapi_public_endpoint>
- Run
make build
. This will create a docker container in which the sdk will be setup and dependencies will be installed.
The entrypoint of the docker container will be the
setup_sdk.sh
script. The script will handle all the necessary changes required for local development. It will also package the sdk and reinstall it as a dependecy for the test program.
- The above command will print the docker container id (and instructions to connect to it) to stdout.
- The testing code can be added to
<sdk_dir_path>/dotnet-sdk-test/Program.cs
in host
(or/usr/src/app/dotnet-sdk-test/Program.cs
in container) - The sdk directory will be mounted as a volume in the container. So any changes in the sdk code will also be reflected inside the container. However, when any change is made, the dependencies for the test program need to be re-installed. To do that:
- Either restart the docker container
- Or Run the
setup_sdk.sh
script
- To run test code, run
make run CONTAINER=<cont_id>
in host.
<cont_id>
is the docker container id created in 2. (The docker container should be running)
Test code can also be run within the container using
make run
. (CONTAINER
argument should be omitted when running from the container)