如何获取asp.net core中的resx文件字符串？ 我在 mvc 中使用 ResxResourceReader 获取字符串。但我无法在 asp.net core 中获得相同的结果。

最佳答案

.NET Core 改变了资源文件的工作方式，我觉得这是低于标准和令人困惑的(我花了几天时间才弄明白)，但这是你需要做的:

1. 将以下代码添加到 Startup.cs - 注意:更改您支持的语言，“Resources”的 ResourcePath 将只是您稍后存储 .resx 文件的文件夹。

As JustAMartin said in comments: If you are planning to put your SharedResource file inside Resources folder and set its namespace to end with Resources then do not set o.ResourcesPath = "Resources" just use services.AddLocalization(), otherwise it will start looking in Resources.Resources folder, which doesn't exist.

        services.AddLocalization(o => o.ResourcesPath = "Resources");
        services.Configure<RequestLocalizationOptions>(options =>
        {
            var supportedCultures = new[]
            {
                new CultureInfo("en-US"),
                new CultureInfo("en-GB"),
                new CultureInfo("de-DE")
            };
            options.DefaultRequestCulture = new RequestCulture("en-US", "en-US");

            // You must explicitly state which cultures your application supports.
            // These are the cultures the app supports for formatting 
            // numbers, dates, etc.

            options.SupportedCultures = supportedCultures;

            // These are the cultures the app supports for UI strings, 
            // i.e. we have localized resources for.

            options.SupportedUICultures = supportedCultures;
        });

1. 在您想要存储 resx 文件的任何项目中创建一个文件夹 - 默认情况下，将其命名为“Resources”。

2. 创建一个包含特定文化和文件名的新 resx 文件:如果您有一个共享文件，您可以这样做:SharedResource.en-US.resx。然后关闭自动代码生成，因为它现在没用了。

3. 在与 resx 文件相同的位置创建一个名为“SharedResource”的类。它可以是空白的，它只需要在那里，以便您以后可以引用。

4. 无论您想在何处使用您的资源，IoC 都会注入(inject)(在此示例中)名称为“_localizer”或其他名称的 IStringLocalizer< sharedresource="">。

5. 最后，您可以通过执行 _localizer["My_Resource_Name"] 来引用资源文件中的条目

6. 通过在同一文件夹中创建名为“SharedResource.de-DE.resx”或其他名称的新 resx 文件来添加另一种语言。

“资源”文件夹将用于所有程序集以查找所有程序集。因此，此文件夹最终可能会变得非常困惑，尤其是当您开始在此处查看特定内容时。

我看到开发人员在这里尝试做什么，但他们放弃了太多而无法实现。人们可以编写代码并添加翻译内容，而无需实际翻译任何内容。他们让开发人员从一开始就更容易考虑翻译，但最终却让实际使用翻译的开发人员做更多的工作。现在我们不能自动生成任何东西。我们必须向 IoC 注入(inject)对翻译的引用才能访问它们(不再是静态的，除非您想使用 ServiceLocater 反模式)。所有的名字都是硬编码的字符串，所以现在如果你拼错了翻译，它只会吐出你给它的字符串，首先违背了翻译的目的，这意味着你可能需要一个包装器这样你就不会在任何地方都依赖常量。

老实说，我不敢相信有人认为这是个好主意。无论如何，为什么要为不关心翻译的开发者弯腰？

我最终围绕这种风格创建了一个包装器。这样做唯一的好处是，如果你决定要从数据库中获取资源，上面的代码不需要更改，但现在你必须添加资源入口，将其添加到接口(interface)，然后实现它来拉取它再次退出。我使用了 nameof() 所以我不需要使用常量，但这仍然很脆弱，好像属性名称或 resx 文件名发生了变化，它会在没有任何崩溃的情况下中断翻译——我可能需要一个集成测试以确保我没有得到我发送的相同值:

public interface ICommonResource
{
    string ErrorUnexpectedNumberOfRowsSaved { get; }
    string ErrorNoRecordsSaved { get; }
    string ErrorConcurrency { get; }
    string ErrorGeneric { get; }

    string RuleAlreadyInUse { get; }
    string RuleDoesNotExist { get; }
    string RuleInvalid { get; }
    string RuleMaxLength { get; }
    string RuleRequired { get; }
}

public class CommonResource : ICommonResource
{
    private readonly IStringLocalizer<CommonResource> _localizer;

    public CommonResource(IStringLocalizer<CommonResource> localizer) =>
        _localizer = localizer;

    public string ErrorUnexpectedNumberOfRowsSaved => GetString(nameof(ErrorUnexpectedNumberOfRowsSaved));
    public string ErrorNoRecordsSaved => GetString(nameof(ErrorNoRecordsSaved));
    public string ErrorConcurrency => GetString(nameof(ErrorConcurrency));
    public string ErrorGeneric => GetString(nameof(ErrorGeneric));

    public string RuleAlreadyInUse => GetString(nameof(RuleAlreadyInUse));
    public string RuleDoesNotExist => GetString(nameof(RuleDoesNotExist));
    public string RuleInvalid => GetString(nameof(RuleInvalid));
    public string RuleMaxLength => GetString(nameof(RuleMaxLength));
    public string RuleRequired => GetString(nameof(RuleRequired));

    private string GetString(string name) =>
        _localizer[name];
}

关于c# - 如何在 asp.net core 中获取 .resx 文件字符串，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/43181904/