【问题标题】:What's the correct way to set Blazor Webassembly environment?设置 Blazor Webassembly 环境的正确方法是什么?
【发布时间】:2023-04-02 23:04:01
【问题描述】:

我的目标是能够从配置文件中更改环境名称。如果服务器是为 X 配置的,那么客户端也应该使用 X 环境。

您知道,在 ASP.NET 中,我们可以使用launchSettings.json 将 IIS 服务器配置为开发,并将“真实”服务器配置为发布到生产。 WASM 客户端应该看到相同的配置。我只想在这里配置环境,以减少发布服务器时忘记某些东西的风险。

有多篇文章描述了 Blazor 环境,但我对正确设置它感到困惑。

为了让客户端看到环境,我在 Client/Program.cs 文件中添加了这一行:

Console.WriteLine("Using environment " + builder.HostEnvironment.Environment);

经验:

  • 如果我将 Server/launchSettings.json/profiles/IIS Express/environmentVariables/ASPNETCORE_ENVIRONMENT 从 Development 更改为 Production,网站将无法加载(返回 404)。

  • 在其他一些情况下,ASPNETCORE_ENVIRONMENT 只是被客户端忽略/无法访问。

  • 在本地运行应用时,环境默认为 Development。应用发布时,环境默认为生产环境。

    有时对我来说确实如此,但并非总是如此。在某些情况下,即使我在本地运行,环境也是生产环境。

  • this article 中描述的Blazor.start({ environment: "Staging" }); 无效。这也需要一个字符串,我怎么能传递服务器端配置变量的值?

  • 使用 web.config,我总是可以覆盖环境名称。有两个问题:

    1. 为什么要维护另一个配置文件?已经有 launchSettings.json,服务器将依赖于该文件。据我所知,我无法从 web.config 文件中引用其他设置。
    2. 真正控制环境名称的不是blazor-environment 标头。为什么?
      • 删除 web.config

      • 在 Server/Startup.cs 中,添加:

        app.Use(async (context, next) =>
        {
            context.Response.Headers.Add("blazor-environment", env.EnvironmentName);
            await next.Invoke();
        });
        
      • 在 Chrome DevTools 中,我可以看到 header 的值确实是 Development。但客户打印的是 Production。

      • 如果标题被忽略,我为什么要在 web.config 中设置它?它已设置,但 clinet WASM 项目不读取标题,它怎么知道名称?引用的 Blazor WASM JavaScript 文件是否更改,环境名称编译成那个?

  • 还有生成的Client/launchSettings.json,好像完全被忽略了。

  • 描述了至少 10 种获取环境名称的方法。有些使用appsettings.json(单独下载,或IWebAssemblyHostEnvironment,或IConfiguration,或Razor组件等。我只想在C#代码部分中读取全局环境名称。

我猜这种混乱是由于近年来 Blazor 发生了变化。我有点失落。我应该使用哪一个?哪个应该始终有效?我可以摆脱同时更改 web.config 和 launchSettings.json 的需要吗?

【问题讨论】:

  • 或许可以参考link

标签: c# asp.net-core environment blazor-webassembly


【解决方案1】:

我使用的是 Blazor Server 而不是 Blazor Web Assembly,但我认为您可以做我所做的,只需在 ASPNETCORE_ENVIRONMENT 变量中设置环境。在 Visual Studio 中调试时,在 launchSettings.json 文件中设置变量(请注意,如果您有多个配置文件,例如 IIS Express 和 YourProject,则每个配置文件都应该存在该变量(最好保持变量的值相同))。在服务器上运行应用程序时,ASPNETCORE_ENVIRONMENT 变量应作为环境变量存在于服务器(VM 或物理本地等)或 Azure 网站(又名 Azure 应用程序服务)作为 Settings->Configuration 下的变量。请注意环境变量,您通常必须注销运行时用户并重新启动服务,然后才能读取新值。

如果您有 env.IsDevelopment()、env.IsStaging() 或 env.IsProduction 等代码,则需要使用标准环境名称(Development、Staging 和 Production)。

对于 Blazor Server,在 Program.cs CreateHostBuilder 方法中调用Host.CreateDefaultBuilder(args).CongigureWebHostDefaults(webHostBuilder =>

你可以这样读取环境变量:

ConfigurationBuilder = new ConfigurationBuilder()
.AddEnvironmentVariables("ASPNETCORE_");

const string aspnetCoreEnv = "ASPNETCORE_ENVIRONMENT";
var environmentName = Environment.GetEnvironmentVariable(aspnetCoreEnv);

现在添加包含环境名称的相应 appsettings 文件:

ConfigurationBuilder.AddJsonFile($"appsettings.{EnvironmentName}.json", true, true);

var configuration = ConfigurationBuilder.Build();
webHostBuilder.UseConfiguration(configuration);
var hostBuilderEnvironmentSetting = webHostBuilder.GetSetting(WebHostDefaults.EnvironmentKey);
if (string.IsNullOrEmpty(hostBuilderEnvironmentSetting))
    webHostBuilder.UseSetting(WebHostDefaults.EnvironmentKey, EnvironmentName);

如果您使用的是 Startup.cs,那么您可以使用构造函数注入,这样您就可以访问 Startup 中的环境:

public Startup(IConfiguration configuration, IWebHostEnvironment hostingEnvironment)

如果 Blazor Web Assembly 配置不同,也许你仍然可以实现等效逻辑,使其加载与环境匹配的 appsettings。

使用这种方法,我没有遇到应用无法正确识别环境的问题。我没有 web.config 文件,因此不需要在那里维护值。我遇到的唯一“无法加载”问题是在 Azure 中,我的发布配置指定了一个“Microsoft 身份平台”,它引用了 Azure 应用程序注册,并且该应用程序注册在重定向 URI 下没有我的 URI 的 Web 平台特定环境的应用服务。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2020-01-24
    • 2010-10-31
    • 1970-01-01
    • 1970-01-01
    • 2018-11-02
    • 2011-04-04
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多