Open hades200082 opened 1 month ago
I've created this which seems to work for my use-case - maybe it will help others:
I added the following classes in the Blazor server project...
// ClientConfiguration.cs
internal sealed class ClientConfiguration(IConfiguration configuration)
{
public Dictionary<string, object> Configurations { get; private set; } = new();
public void Add(string key)
{
Configurations[key] = configuration[key];
}
public void Add(string key, object value)
{
Configurations[key] = value;
}
public void AddSection(string sectionName)
{
var section = configuration.GetSection(sectionName);
foreach (var child in section.GetChildren())
{
Add(child.Key, child.Value);
}
}
}
// ClientConfigurationExtensions.cs
internal static class ClientConfigurationExtensions
{
public static void ConfigureClient(this WebApplicationBuilder builder, Action<ClientConfiguration> configure)
{
var clientConfig = new ClientConfiguration(builder.Configuration);
configure(clientConfig);
builder.Services.AddSingleton(clientConfig);
}
}
Then, in the Blazor Server project's Program.cs...
var builder = WebApplication.CreateBuilder(args);
// ... snip ...
builder.ConfigureClient(cfg =>
{
cfg.AddSection("Authentication"); // copies the "Authentication" section from the Blazor Server config
cfg.Add("API_BASE_URL"); // copies the API_BASE_URL variable from the Blazor Server config
});
// ... snip ...
var app = builder.Build();
// Add this anywhere BEFORE `app.UseStaticFiles()`
app.MapGet("appsettings.json", ([FromServices]ClientConfiguration cfg) => Results.Json(cfg.Configurations));
// ... snip ...
I suspect this sort of thing could easily be added to Blazor as a built-in thing.
Great workaround ! Thank you.
Is there an existing issue for this?
Is your feature request related to a problem? Please describe the problem.
I have a .NET Aspire AppHost that is passing an environment variable to the Blazor project (Server).
Simplified example below:
But this doesn't work because the Blazor application is split into two parts:
This would also hold true when deploying the application since any environment variables set in the Azure App Service or other deployment environment wouldn't be accessible to the WASM part of the app.
This is in stark contrast to other frontend frameworks. Take NextJS for example:
Using the
Aspire.Hosting.NodeJs
package in my AppHost I can do something like this:Then I can access the environment variable in my NextJS app, even in client components in the browser since I prefixed the variable name with
NEXT_PUBLIC_
.NextJS takes the
NEXT_PUBLIC_
prefixed environment variables present at build-time and bundles them into the client JS using WebPack.Describe the solution you'd like
I think there's a need to ensure that this is an opt-in feature so we can ensure that secrets aren't leaked to the client accidentally. I would foresee using it something like this:
The server would then dynamically merge this config with what is already hard-coded in the client's
wwwroot/appsettings.json
either rewriting the json file on startup or by passing the new configs in theBlazor.start()
JS for webAssemblyAdditional context
Discord conversation starting at the link below in the DotNetEvolution #Blazor channel.
https://discord.com/channels/732297728826277939/732297874062311424/1261431446044672032