You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/azure-app-configuration/feature-management-dotnet-reference.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -54,9 +54,11 @@ Here are some of the benefits of using .NET feature management library:
54
54
The .NET feature management library is open source. For more information, visit the [GitHub repo](https://github.com/microsoft/FeatureManagement-Dotnet).
55
55
56
56
## Feature Flags
57
+
57
58
Feature flags are composed of two parts, a name and a list of feature-filters that are used to turn on the feature.
58
59
59
60
### Feature Filters
61
+
60
62
Feature filters define a scenario for when a feature should be enabled. When a feature is evaluated for whether it is on or off, its list of feature filters is traversed until one of the filters decides the feature should be enabled. At this point, the feature is considered enabled and traversal through the feature filters stops. If no feature filter indicates that the feature should be enabled, it's considered disabled.
61
63
62
64
As an example, a Microsoft Edge browser feature filter could be designed. This feature filter would activate any features it's attached to as long as an HTTP request is coming from Microsoft Edge.
@@ -246,7 +248,7 @@ The `feature_management` section of the json document is used by convention to l
246
248
247
249
**Advanced:** The usage of colon ':' is forbidden in feature flag names.
248
250
249
-
#### RequirementType
251
+
#### Requirement type
250
252
251
253
The `requirement_type` property of `conditions` is used to determine if the filters should use `Any` or `All` logic when evaluating the state of a feature. If `requirement_type` isn't specified, the default value is `Any`.
252
254
@@ -1031,7 +1033,7 @@ When defining an Audience, users and groups can be excluded from the audience. T
1031
1033
"RolloutPercentage": 100
1032
1034
}
1033
1035
],
1034
-
"DefaultRolloutPercentage": 0
1036
+
"DefaultRolloutPercentage": 0,
1035
1037
"Exclusion": {
1036
1038
"Users": [
1037
1039
"Mark"
@@ -1073,7 +1075,7 @@ For each feature, a variant can be retrieved using the `IVariantFeatureManager`'
For more information, please go to [Collect a distributed trace](/dotnet/core/diagnostics/distributed-tracing-collection-walkthroughs).
1382
1384
1383
-
1384
-
1385
1385
### Application Insights Telemetry Publisher
1386
1386
1387
1387
The `Microsoft.FeatureManagement.Telemetry.ApplicationInsights`package provides a built-in telemetry publisher that sends feature flag evaluation data to [Application Insights](/azure/azure-monitor/app/app-insights-overview). To take advantage ofthis, add a reference to the package and register the Application Insights telemetry publisher as shown below.
@@ -1472,4 +1472,4 @@ To learn how to use feature filters, continue to the following tutorials.
1472
1472
To learn how to run experiments with variant feature flags, continue to the following tutorial.
1473
1473
1474
1474
> [!div class="nextstepaction"]
1475
-
> [Run experiments with variant feature flags](./howto-feature-filters.md)
1475
+
> [Run experiments with variant feature flags](./run-experiments-aspnet-core.md)
0 commit comments