ToolBox.ConfigGeneration 1.1.1

There is a newer version of this package available.
See the version list below for details.
dotnet add package ToolBox.ConfigGeneration --version 1.1.1                
NuGet\Install-Package ToolBox.ConfigGeneration -Version 1.1.1                
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="ToolBox.ConfigGeneration" Version="1.1.1" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add ToolBox.ConfigGeneration --version 1.1.1                
#r "nuget: ToolBox.ConfigGeneration, 1.1.1"                
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install ToolBox.ConfigGeneration as a Cake Addin
#addin nuget:?package=ToolBox.ConfigGeneration&version=1.1.1

// Install ToolBox.ConfigGeneration as a Cake Tool
#tool nuget:?package=ToolBox.ConfigGeneration&version=1.1.1                

ToolBox.ConfigGeneration

ConfigGeneration is a library which helps to streamline the interaction with runtime configurations.

Instead of maintaining an enormous appsettings.json file or registering your IOptions<T> to your service collection again and again, this library takes care of automating this for you.

Introduction

When using ToolBox.ConfigGeneration, you declare your configuration in a Domain Driven Design manner.
Practically, this means that instead of maintaining a single appsettings file for all configurations - you manage each configuration.

For example, say you have a redis configuration:

public class RedisConfiguration {
    public string RedisUri { get; set; }
}

and a postgres db configuration:

public class PostgresConfiguration {
    public string DbUri { get; set; }
}

For each of those you will define a json file with an equivalent name.
Below is the example for the RedisConfiguration.json:

RedisConfiguration

{
  "RedisUri": {
    "development": {
      "eastus": {
        "value": "https://..."
      },
      "westeurope": {
        "value": "https://..."
      }
    },
    "production": {
      "eastus": {
        "value": "https://..."
      },
      "westeurope": {
        "value": "https://..."
      }
    }
  }
}

Note the inner hierarchy defined under the RedisUri property.

You have full control over the hierarchy of your configurations.

See below section for more info.

Hierarchy file

In your executable project, you define a single hierarchy file.

Your hierarchy will be defined by the various deployment environments, regions / locations or any other granularity you might need.

The hierarchy file is a .json file and must have two key-value pairs:

  1. hierarchy (array) - a list of nested hierarchies, by order.
  2. combinations (array) - a list of all combinations that must have their own dedicated settings.

For example, the hierarchy file suitable to fit the above RedisConfiguration.json is:

hierarchy.json

{
    "hierarchy": ["environment", "region"],
    "combinations": [
        {
            "environment": "development",
            "region": "eastus"
        },
        {
            "environment": "development",
            "region": "westeurope"
        },
        {
            "environment": "production",
            "region": "eastus"
        },
        {
            "environment": "production",
            "region": "westeurope"
        },
    ]
}

As you can see, there are 4 combinations defined in the above file.
This means there is a total of 4 distinct environments - each deserving of its own set of configuration values.

Read below section to learn how to generate the configurations

Configuration generation

To take care of generating the appropriate appsettings files out of your configurations, you can add the following code to your executable's .csproj file.

    <PropertyGroup>
        <ConfigGenVersion>1.0.9</ConfigGenVersion>
        <JsonConfigsDirectory>$(ProjectDir)configurations</JsonConfigsDirectory>
        <SettingsOutputDirectory>configurations/generated</SettingsOutputDirectory>
        <HierarchyFilePath>$(ProjectDir)configurations/hierarchy.json</HierarchyFilePath>
        <AssemblyToLoadPath>$(ProjectDir)bin\$(Configuration)\$(TargetFramework)\$(AssemblyName).dll</AssemblyToLoadPath>
    </PropertyGroup>
    
    <ItemGroup>
        <PackageReference Include="ToolBox.ConfigGeneration" Version="$(ConfigGenVersion)" />
    </ItemGroup>

    <Target Name="RunConfigTool" AfterTargets="Build">
        <Message Importance="High" Text="Checking if tool manifest exists..." />
        <Exec Command="dotnet new tool-manifest" ContinueOnError="true" />
        <Message Importance="High" Text="Ensuring toolbox-config-gen is installed..." />
        <Exec Command="dotnet tool install --local ConfigGeneration.Tool --version $(ConfigGenVersion)" ContinueOnError="true" />
        <Message Importance="High" Text="Running toolbox-config-gen to generate configuration..." />
        <Exec Command="
            dotnet tool run toolbox-config-gen --jsonConfigsDirectory $(JsonConfigsDirectory) --settingsOutputDirectory $(ProjectDir)$(SettingsOutputDirectory) --hierarchyFilePath $(HierarchyFilePath) --assemblyToLoadPath $(AssemblyToLoadPath)" />
    </Target>
    <Target Name="CopyGeneratedJson" AfterTargets="RunConfigTool">
        <Message Importance="High" Text="Copying the generated settings files..." />
        <ItemGroup>
            <GeneratedJsonFiles Include="$(ProjectDir)$(SettingsOutputDirectory)/**/*.json" />
        </ItemGroup>

        
        <Copy SourceFiles="@(GeneratedJsonFiles)" DestinationFolder="$(OutputPath)$(SettingsOutputDirectory)" />
    </Target>

The code you see does the following:

  1. Declares some variables to be used in the following target.

    1. ConfigGenVersion - The version of ConfigGeneration.Tool to use for the generation process.
    2. JsonConfigsDirectory - The root directory in which to search for configuration files (.json files).
    3. SettingsOutputDirectory - The directory in which to generate the appsettings files.
    4. HierarchyFilePath - The path to your hierarchy.json file.
    5. AssemblyToLoadPath - The path to your executable assembly (the one which is your app's entrypoint).
  2. Adds a package reference to the ToolBox.ConfigGeneration package.
    Note: The version of the package is defined by the ConfigGenVersion variable, and must match between the tool and the library.

  3. Declares a target which:

    1. Creates a new tool manifest for your project (if not exists).
    2. Installs the ConfigGeneration.Tool dotnet tool locally in your project.
    3. Runs the toolbox-config-gen command with your configured msbuild variables to generate the settings files.
  4. Declares another target which copies the generated settings files to your output directory.
    This is critical to enable your application to read them during runtime.

Once you add this to your .csproj, build the project and validate that the generation succeeded.

Using the generated files in your application

Now, say you have accomplished the following steps:

Created an app --> added the tool using the provided targets --> successfully built the project.

The next step is to enable your application to read the generated configurations.

See the example Program.cs file below:

using System.Text.Json;
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Hosting;
using Microsoft.Extensions.Options;
using Test.configurations;
using ToolBox.ConfigGeneration.DI;

Environment.SetEnvironmentVariable("RedisConfiguration:RedisUri", "SomeOverrideValue");

var host = Host.CreateDefaultBuilder(args)
    .ConfigureAppConfiguration((context, config) =>
    {
        // Add the generated file - can use environment variables to point to the correct one per combination.
        config.AddJsonFile("./configurations/generated/appsettings.development.eastus.json", optional: false, reloadOnChange: true);
        
        // Allow overriding specific values using environment variables like the one above !
        config.AddEnvironmentVariables();
    })
    .ConfigureServices((context, services) =>
    {
        // Automatically binds all configurations with the `RuntimeConfigurationAttribute` to corresponding json values.
        services.AutoRegisterConfigurations(context.Configuration);
    })
    .Build();

// Resolve services and run the application
using var scope = host.Services.CreateScope();
var services = scope.ServiceProvider;

// Example: Access configuration
var myConfig = services.GetRequiredService<IOptions<RedisConfiguration>>().Value;

Console.WriteLine($"RedisConfiguration is {JsonSerializer.Serialize(myConfig)}.");
Product Compatible and additional computed target framework versions.
.NET net8.0 is compatible.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed.  net9.0 was computed.  net9.0-android was computed.  net9.0-browser was computed.  net9.0-ios was computed.  net9.0-maccatalyst was computed.  net9.0-macos was computed.  net9.0-tvos was computed.  net9.0-windows was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (1)

Showing the top 1 NuGet packages that depend on ToolBox.ConfigGeneration:

Package Downloads
ConfigGenerationSample

Package Description

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
1.5.0 100 1/1/2025
1.4.0 84 12/24/2024
1.3.0 87 12/23/2024
1.2.1 74 12/23/2024
1.2.0 82 12/23/2024
1.1.1 85 12/22/2024
1.1.0 90 12/22/2024
1.0.9 89 12/19/2024
1.0.8 80 12/19/2024
1.0.7 85 12/19/2024
1.0.6 82 12/19/2024
1.0.5 81 12/19/2024
1.0.3 82 12/18/2024
1.0.0 87 12/18/2024

v.1.1.1: Updated README.
       v.1.1.0: Added `AutoRegisterConfigurations` to enable automatic binding of configurations.
       v.1.0.0: Initial release.