Skip to content

Commit d2af346

Browse files
update
1 parent d0853b2 commit d2af346

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

articles/azure-app-configuration/feature-management-javascript-reference.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -122,7 +122,7 @@ The App Configuration JavaScript provider provides feature flags in as a `Map` o
122122
``` javascript
123123
import { DefaultAzureCredential } from "@azure/identity";
124124
import { load } from "@azure/app-configuration-provider";
125-
125+
import { ConfigurationMapFeatureFlagProvider, FeatureManager } from "@microsoft/feature-management";
126126
const appConfig = await load("YOUR_APP-CONFIG-ENDPOINT",
127127
new DefaultAzureCredential(), // For more information: https://learn.microsoft.com/javascript/api/overview/azure/identity-readme
128128
{featureFlagOptions: { enabled: true }}); // load feature flags from Azure App Configuration service
@@ -137,7 +137,7 @@ const featureManager = new FeatureManager(featureProvider);
137137

138138
The following example shows the format used to set up feature flags in a JSON file.
139139

140-
```json
140+
``` json
141141
{
142142
"feature_management": {
143143
"feature_flags": [
@@ -184,7 +184,7 @@ The `requirement_type` property of a feature flag is used to determine if the fi
184184

185185
A `requirement_type` of `All` changes the traversal. First, if there are no filters, the feature is disabled. Then, the feature filters are traversed until one of the filters decides that the feature should be disabled. If no filter indicates that the feature should be disabled, it's considered enabled.
186186

187-
```json
187+
``` json
188188
{
189189
"feature_management": {
190190
"feature_flags": [

0 commit comments

Comments
 (0)