Bon moyen de changer la langue de ressources dynamiquement à la demande

J'ai un ASP.NET l'API Web application qui devrait réagir à l'utilisateur-tête Accept-Language de façon appropriée.

Actuellement, les chaînes de caractères sont stockées dans le resx et l'accès à la compilation d'une manière sûre par le biais de Visual Studio de la classe générée. Ce que je voudrais faire est de conserver l'approche actuelle et de créer des assemblys satellites pour chaque version traduite de resx. Ensuite, pour analyser l'utilisateur-tête Accept-Language pour voir ce que les langues de l'utilisateur accepte et charge les ressources de la langue demandée à partir de l'assembly satellite.

Je suppose que j'ai pu mettre en œuvre toutes ce problème moi-même en créant un ensemble de spécifique à la langue ResourceManager des objets à l'aide de la ResourceSet mais alors il ne serait pas possible de la faire au moment de la compilation de la sécurité, depuis Visual Studio prend en charge automatiquement la mise à jour de la classe pour fichier resx.

Quelle serait la meilleure façon de choisir la langue localisée des ressources de façon dynamique?

InformationsquelleAutor paulius_l | 2012-06-18
  1. 11

    À partir de la lecture de votre question, je ne vois pas ce que ASP.NET n'offre pas automatiquement. Vous pouvez configurer votre ASP.NET (si WebForms ou MVC) pour utiliser le accept-language en-tête de demande et définir les UICulture (qui aura une incidence sur quel satellite de l'assemblée est chargé par le ResourceManager) et de la Culture (qui aura un impact sur les paramètres régionaux dépendant de la mise en forme et l'analyse des données telles que les dates et les numéros) de manière appropriée.

    Pour configurer votre application pour utiliser le accept-language liste pour définir à la fois UICulture et de la Culture pour chaque demande, (comme par cette page MSDN), configurez votre site web.config comme ceci:

    <globalization uiCulture="auto" culture="auto" />

    Il y a aussi un équivalent de configuration par page.

    Puis, comme par le Des Ressources De Secours processus, si votre application contient un assembly satellite pour la mise en correspondance de la culture (ou, à défaut, son parent culture neutre), il sera utilisé par le Gestionnaire de Ressources. Si non, alors vos ressources par défaut sera utilisé (en anglais si c'est votre langue de base).

    • Comme vous l'avez dit dans votre post, si j'essaie d'envoyer un-tête Accept-Language comme ceci: Accept-Language: it,de,en;q=0.5 et ASP.NET impossible de trouver une ressource demandée en langue italienne, il n'essaie pas allemand, mais retombe à la culture neutre. Tout les moyens de remédier à ce problème?
    • Oui, il semble être la seule à prendre en compte le haut de langue en-tête accept-language (ou au moins celui du haut qui est valide .NET nom de culture?). Ce serait bien si il était plus intelligent et essayé les autres, selon que la localisation est disponible. Mais ce n'est probablement pas possible de vraiment déterminer ce qui est localisée (l'assembly satellite approche signifie que vous pouvez avoir tout ce que, par exemple, un allemand, pour une dll et un italien, l'un pour l'autre et d'une charge et d'autres pour un composant, mais pas d'autres) et, de façon réaliste, la majorité des utilisateurs finals probablement ne se soucient que d'une.
    • Cela dit, j'ai eu le même problème que toi la semaine dernière et a terminé la mise en œuvre d'un remplacement pour cette "auto". Dans mon cas, c'était MVC et j'ai géré cette dans OnActionExecuting. C'est un peu de travail pour tout faire soi-même (tout ce que vous obtenez est une chaîne d'en-tête avec q syntaxe, vous devez l'analyser et valider trop comme .NET ne permet aucun nom de culture). Je me suis retrouvé avec quelque chose comme var orderedValidAcceptLanguages = AcceptLanguage.Parse(httpContext.Request.Headers["Accept-Language"]).Where(x => x.IsValid).OrderByDescending(x => x.Q).ToList();
    • J'ai fait l'analyse précédemment pour Accept-Encoding, afin de réutiliser ce ne serait pas un problème. Je suis très intéressé quelle approche avez-vous utilisé pour le chargement effectif des ressources? Avez-vous fait quelque chose comme un ensemble de ResourceManager objets de différentes cultures, comme indiqué dans ma question, ou une autre approche?
    • Même si je suis entièrement d'accord avec le fait que la plupart des utilisateurs se soucient de la langue unique, mais dans des pays comme la Suisse ou le Canada, ils parlent plusieurs langues, de sorte qu'ils peuvent choisir plus d'un.
    • Dans mon cas, le code sait quelles langues sont disponibles afin que je puisse utiliser le Gestionnaire de Ressources, la seule chose, c'est à dire la langue à utiliser, une fois que j'ai décidé de ce que cette langue est (en prenant accept-language en compte). C'est fait comme ceci: Thread.CurrentThread.CurrentUICulture = new CultureInfo(cultureName);. Vous pouvez également changer la culture pour la mise en forme/analyse, mais elle nécessite une culture spécifique (par exemple, "de-de" est OK, mais "de" ne l'est pas). Comme ceci: Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(cultureName);

    InformationsquelleAutor Clafou
  2. 2

    Vous pourriez écrire une HttpModule qui détecte la langue de l'en-tête, et définit le thread en cours de culture.

    public class LanguageModule : IHttpModule
{
    public void Dispose()
    {
    }

    public void Init(HttpApplication context)
    {
        context.BeginRequest += new EventHandler(context_BeginRequest);
    }

    void context_BeginRequest(object sender, EventArgs e)
    {
        var application = sender as HttpApplication;
        var context = application.Context;
        var lang = context.Request.Headers["Accept-Language"];

        //eat the cookie (if any) and set the culture
        if (!string.IsNullOrEmpty(lang))
        {
            var culture = new System.Globalization.CultureInfo(lang); //you may need to interpret the value of "lang" to match what is expected by CultureInfo

            Thread.CurrentThread.CurrentCulture = culture;
            Thread.CurrentThread.CurrentUICulture = culture;
        }
    }
}

    ResourceManager et al va déterminer la bonne version localisée à utiliser le fil de la culture.

    • J'ai regardé this réponse a trait à la gestion des threads dans les services internet et de ce que je comprends, il est possible que plusieurs demandes peuvent être desservie que par un seul thread. On dirait qu'il ya peut-être des conflits. Je devrais tester, si.
    InformationsquelleAutor HackedByChinese