Skip to content

Commit a25e384

Browse files
committed
edit pass 2: howto-labels-aspnet-core
1 parent 4d0a75f commit a25e384

File tree

1 file changed

+15
-17
lines changed

1 file changed

+15
-17
lines changed

articles/azure-app-configuration/howto-labels-aspnet-core.md

Lines changed: 15 additions & 17 deletions
Original file line numberDiff line numberDiff line change
@@ -11,28 +11,28 @@ ms.author: lcozzens
1111
---
1212
# Use labels to enable configurations for different environments
1313

14-
Many applications need to use different configurations for different environments. For example, suppose that an application has a configuration value that defines the connection string to use for its back-end database. The application developers use a different database from the one used in production. The database connection string used by the application must change as the application moves from development to production.
14+
Many applications need to use different configurations for different environments. Suppose that an application has a configuration value that defines the connection string to use for its back-end database. The application developers use a different database from the one used in production. The database connection string that the application uses must change as the application moves from development to production.
1515

16-
In Azure App Configuration, you can use *labels* to define different values for the same key. For example, you can define a single key with different values for *Development* and *Production*. You can specify which label to load when connecting to App Configuration.
16+
In Azure App Configuration, you can use *labels* to define different values for the same key. For example, you can define a single key with different values for development and production. You can specify which label to load when connecting to App Configuration.
1717

18-
To demonstrate this functionality, you'll modify the web app created in [Quickstart: Create an ASP.NET Core app with Azure App Configuration](./quickstart-aspnet-core-app.md) to use different configuration settings for development versus production. Complete the Quickstart before proceeding.
18+
To demonstrate this functionality, you'll modify the web app created in [Quickstart: Create an ASP.NET Core app with Azure App Configuration](./quickstart-aspnet-core-app.md) to use different configuration settings for development versus production. Complete the quickstart before proceeding.
1919

2020
## Specify a label when adding a configuration value
2121

22-
1. In the Azure portal, go to **Configuration Explorer** and locate the *TestApp:Settings:FontColor* key that you created in the Quickstart. Select its context menu and then click **Add Value**.
22+
In the Azure portal, go to **Configuration Explorer** and find the *TestApp:Settings:FontColor* key that you created in the quickstart. Select its context menu and then click **Add Value**.
2323

2424
> [!div class="mx-imgBorder"]
2525
> ![Add Value menu item](media/labels-add-value.png)
2626

27-
1. On the **Add Value** screen, enter a **Value** of **red** and a **Label** of **Development**. Leave **Content type** empty. Select **Apply**.
27+
On the **Add Value** screen, enter a **Value** of **red** and a **Label** of **Development**. Leave **Content type** empty. Select **Apply**.
2828

2929
## Load configuration values with a specified label
3030

31-
By default, App Configuration only loads configuration values with no label. If you've defined labels for your configuration values, you'll want to specify the label(s) to use when connecting to App Configuration.
31+
By default, Azure App Configuration only loads configuration values with no label. If you've defined labels for your configuration values, you'll want to specify the labels to use when connecting to App Configuration.
3232

33-
In the previous section, you created a different configuration value for the *Development* environment. You use the `HostingEnvironment.EnvironmentName` variable to dynamically determine which environment the app currently runs in. To learn more, see [Use multiple environments in ASP.NET Core](/aspnet/core/fundamentals/environments).
33+
In the previous section, you created a different configuration value for the development environment. You use the `HostingEnvironment.EnvironmentName` variable to dynamically determine which environment the app currently runs in. To learn more, see [Use multiple environments in ASP.NET Core](/aspnet/core/fundamentals/environments).
3434

35-
- Load configuration values with the label corresponding to the current environment by passing the environment name into the `Select` method:
35+
Load configuration values with the label corresponding to the current environment by passing the environment name into the `Select` method:
3636

3737
```csharp
3838
public static IHostBuilder CreateHostBuilder(string[] args) =>
@@ -53,29 +53,27 @@ In the previous section, you created a different configuration value for the *De
5353
.UseStartup<Startup>());
5454
```
5555

56-
> [!IMPORTANT]
57-
> The preceding code snippet loads the App Configuration connection string from an environment variable called `AppConfigConnectionString`. Be sure that this environment variable is set properly.
56+
> [!IMPORTANT]
57+
> The preceding code snippet loads the App Configuration connection string from an environment variable named `AppConfigConnectionString`. Be sure that this environment variable is set properly.
5858
59-
This calls the `Select` method twice. The first time, it loads configuration values with no label. Then, it loads configuration values with the label corresponding to the current environment. These environment-specific values override any corresponding values with no label. You don't need to define environment-specific values for every key. If a key doesn't have a value with a label corresponding to the current environment, it uses the value with no label.
59+
The `Select` method is called twice. The first time, it loads configuration values with no label. Then, it loads configuration values with the label corresponding to the current environment. These environment-specific values override any corresponding values with no label. You don't need to define environment-specific values for every key. If a key doesn't have a value with a label corresponding to the current environment, it uses the value with no label.
6060

6161
## Test in different environments
6262

63-
Follow these steps to test the different configuration values:
63+
Open the `launchSettings.json` file under the `Properties` directory. Find the `config` entry under `profiles`. In the `environmentVariables` section, set the `ASPNETCORE_ENVIRONMENT` variable to `Production`.
6464

65-
1. Open the `launchSettings.json` file under the `Properties` directory. Locate the `config` entry under `profiles`. In the `environmentVariables` section, set the `ASPNETCORE_ENVIRONMENT` variable to `Production`.
66-
67-
1. With the new values set, build and run your application.
65+
With the new values set, build and run your application.
6866

6967
```dotnetcli
7068
dotnet build
7169
dotnet run
7270
```
7371

74-
1. Use a web browser to go to `http://localhost:5000`. You'll notice that the font color is black.
72+
Use a web browser to go to `http://localhost:5000`. You'll notice that the font color is black.
7573

7674
![Web application running with production configuration](media/labels-website-prod.png)
7775

78-
1. Update `launchSettings.json` to set the `ASPNETCORE_ENVIRONMENT` variable to `Development`. Run `dotnet run` again.
76+
Update `launchSettings.json` to set the `ASPNETCORE_ENVIRONMENT` variable to `Development`. Run `dotnet run` again.
7977

8078
You'll notice that the font color is now red. This is because the application now uses the value of `TestApp:Settings:FontColor` that has the `Development` label. All other configuration values remain the same as their production values.
8179

0 commit comments

Comments
 (0)