Razor Page无法继承类，如何实现BaseRazorPage式多语言功能？

如果无法通过继承自定义BaseRazorPage的方式实现多语言，可采用以下几种贴近原有使用习惯的替代方案：

方案一：扩展RazorPage的扩展方法 #

通过给RazorPage<TModel>编写扩展方法，让所有视图都能直接调用L方法，和原有用法保持一致：

1. 创建扩展类，实现本地化方法：

public static class RazorPageLocalizationExtensions
{
    public static string L<TModel>(this RazorPage<TModel> page, string name)
    {
        // 复用你原有的本地化逻辑
        return XXX.Localization.L.Text[name];
    }
}

2. 在_ViewImports.cshtml中导入扩展类所在的命名空间：

@using YourNamespace.WhereTheExtensionClassLives

3. 在视图中直接调用，和原有用法完全一致：

@L("Hello World!")

方案二：依赖注入本地化实例 #

将你的本地化服务注册到依赖注入容器，通过@inject指令在视图中直接使用：

1. 在Program.cs中注册本地化服务（假设你的XXX.Localization.L是单例模式）：

builder.Services.AddSingleton<XXX.Localization.L>();

2. 在_ViewImports.cshtml中全局注入本地化实例：

@inject XXX.Localization.L Localizer

3. 在视图中调用本地化文本：

@Localizer.Text["Hello World!"]

如果希望保持L("key")的调用风格，可以在XXX.Localization.L中添加对应方法：

public class L
{
    public Dictionary<string, string> Text { get; set; }
    
    public string L(string name)
    {
        return Text[name];
    }
}

之后视图中就可以写成@Localizer.L("Hello World!")，更贴近原有习惯。

方案三：使用ASP.NET Core原生本地化框架 #

如果可以替换原有本地化实现，ASP.NET Core自带的本地化系统更贴合Razor Page生态：

1. 配置本地化服务（Program.cs）：

builder.Services.AddLocalization(options => options.ResourcesPath = "Resources");

builder.Services.Configure<RequestLocalizationOptions>(options =>
{
    var supportedCultures = new[]
    {
        new CultureInfo("en-US"),
        new CultureInfo("zh-CN")
    };
    options.DefaultRequestCulture = new RequestCulture("zh-CN");
    options.SupportedCultures = supportedCultures;
    options.SupportedUICultures = supportedCultures;
});

2. 在_ViewImports.cshtml中导入本地化命名空间：

@using Microsoft.AspNetCore.Mvc.Localization
@inject IViewLocalizer Localizer

3. 在视图中调用：

@Localizer["Hello World!"]

这种方式支持资源文件、区域文化自动切换等原生特性，无需自行维护文本字典。

内容的提问来源于stack exchange，提问作者Binbin