.NET Client SDK
Statsig's SDK for Experimentation and Feature Flags in .NET applications.
Set up the SDK
Install the SDK
The package is hosted on Nuget. Install it from your Visual Studio's Nuget package manager, or through the NuGet CLI:shellnuget install StatsigInitialize the SDK
Next, initialize the SDK with a client SDK key from the "API Keys" tab on the Statsig console. These keys are safe to embed in a client application.Along with the key, pass in a User Object with the attributes you'd like to target later on in a gate or experiment.csharpusing Statsig; using Statsig.Client; await StatsigClient.Initialize( "client-sdk-key", new StatsigUser { UserID = "some_user_id", Email = "user@email.com" }, new StatsigOptions(new StatsigEnvironment(EnvironmentTier.Development)) // optional, use when needed to customize certain behaviors );
Use the SDK
Checking a Feature Flag/Gate
Now that your SDK is initialized, let's check a Feature Gate. Feature Gates can be used to create logic branches in code that can be rolled out to different users from the Statsig Console. Gates are always CLOSED or OFF (thinkreturn false;) by default.if (StatsigClient.CheckGate("new_homepage_design"))
{
// Gate is on, show new home page
}
else
{
// Gate is off, show old home page
}
Reading a Dynamic Config
Feature Gates are useful for simple on/off switches with optional advanced user targeting. To send a different set of values (strings, numbers, etc.) to clients based on specific user attributes such as country, use Dynamic Configs. The API is similar to Feature Gates, but you get a complete JSON object you can configure on the server and fetch typed parameters from it. For example:
DynamicConfig config = StatsigClient.GetConfig("awesome_product_details");
// The 2nd parameter is the default value to be used in case the given parameter name does not exist on
// the Dynamic Config object. This can happen when there is a typo, or when the user is offline and the
// value has not been cached on the client.
string itemName = config.Get<string>("product_name", "Awesome Product v1");
double price = config.Get<double>("price", 10.0);
bool shouldDiscount = config.Get<bool>("discount", false);
Getting a Layer/Experiment
Layers/Experiments let you run A/B/n experiments. Two APIs are available, but Statsig recommends layers for quicker iterations with parameter reuse.// Values via getLayer
Layer layer = StatsigClient.GetLayer("user_promo_experiments");
var promoTitle = layer.Get("title", "Welcome to Statsig!");
var discount = layer.Get("discount", 0.1);
// or, via getExperiment
DynamicConfig titleExperiment = StatsigClient.GetExperiment("new_user_promo_title");
DynamicConfig priceExperiment = StatsigClient.GetExperiment("new_user_promo_price");
var promoTitle = titleExperiment.Get("title", "Welcome to Statsig!");
var discount = priceExperiment.Get("discount", 0.1);
...
double price = msrp * (1 - discount);
Logging an Event
After setting up a Feature Gate or Experiment, you may want to track custom events to see how new features or experiment groups affect those events. Call the Log Event API for the event. You can also provide a value and metadata object to be logged with the event:
StatsigClient.LogEvent(
"add_to_cart",
"SKU_12345",
new Dictionary<string, string>() {
{ "price", "9.99" },
{ "item_name", "diet_coke_48_pack" }
}
);
Statsig User
You need to provide a StatsigUser object to check/get your configurations. Pass as much information as possible to take advantage of advanced gate and config conditions.
Most of the time, theuserID field is needed to provide a consistent experience for a given user (refer to logged-out experiments to understand how to correctly run experiments for logged-out users).Besides userID, Statsig also supports email, ip, userAgent, country, locale and appVersion as top-level fields on StatsigUser. In addition, you can pass any key-value pairs in an object/dictionary to the custom field and create targeting based on them.
After the user logs in or their attributes change, call updateUser with the updated userID and any other updated user attributes:
// if you want to update the existing user, or change to a different user, call updateUser
await StatsigClient.UpdateUser(
new StatsigUser { UserID = "new_user_id", Email = "new_user@email.com" },
);
Private Attributes
To prevent sensitive user PII from being logged, use the privateAttributes field on the StatsigUser object. Statsig uses attributes set in privateAttributes only for evaluation and targeting, then removes them from any logs before sending them to the server.
For example, if you have feature gates that pass only for users with emails ending in "@statsig.com" but don't want to log your users' email addresses to Statsig, add the key-value pair { email: "my_user@statsig.com" } to privateAttributes on the user.
Statsig Options
Initialize() takes an optional parameter options in addition to sdkKey and user that you can provide to customize the Statsig client.
environmentStatsigEnvironmentSet environment variables that apply to all users in the session for targeting purposes. Commonly used to set the environment tier, e.g. new StatsigEnvironment(EnvironmentTier.Staging).
ClientRequestTimeoutMsintMaximum milliseconds to wait for /initialize before proceeding with cached/default values.
PersistentStorageFolderstringDirectory path for persistent storage of cached values and logs.
Shutting Statsig Down
The SDK keeps event logs in the client cache and flushes them periodically to save data and battery usage. Because of this, some events may not have been flushed when your app shuts down.
To ensure all logged events are flushed or saved locally, shut down Statsig when your app is closing:
StatsigClient.Shutdown();
FAQs
How do I run experiments for logged out users?
Refer to Device-level experiments.Was this helpful?