Установить культуру в ASP.Net MVC приложение

Я знаю, это старый вопрос, но если вы действительно хотите, чтобы это работало с вашим ModelBinder (в отношении DefaultModelBinder.ResourceClassKey = "MyResource"; а также ресурсы, указанные в аннотациях данных классов viewmodel),контроллер или даже ActionFilter слишком поздно устанавливать культуру.

культура может быть установлена в Application_AcquireRequestState, например:

protected void Application_AcquireRequestState(object sender, EventArgs e)
    {
        // For example a cookie, but better extract it from the url
        string culture = HttpContext.Current.Request.Cookies["culture"].Value;

        Thread.CurrentThread.CurrentCulture = CultureInfo.GetCultureInfo(culture);
        Thread.CurrentThread.CurrentUICulture = CultureInfo.GetCultureInfo(culture);
    }

редактировать

на самом деле есть лучший способ с помощью пользовательские routehandler который устанавливает культуру в соответствии с url-адресом, прекрасно описанным Алекс Адамян в своем блоге.

все, что нужно сделать, это переопределить GetHttpHandler метод и установить культуру там.

public class MultiCultureMvcRouteHandler : MvcRouteHandler
{
    protected override IHttpHandler GetHttpHandler(RequestContext requestContext)
    {
        // get culture from route data
        var culture = requestContext.RouteData.Values["culture"].ToString();
        var ci = new CultureInfo(culture);
        Thread.CurrentThread.CurrentUICulture = ci;
        Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(ci.Name);
        return base.GetHttpHandler(requestContext);
    }
}

Я бы сделал это в событии Initialize контроллера, как это...

    protected override void Initialize(System.Web.Routing.RequestContext requestContext)
    {
        base.Initialize(requestContext);

        const string culture = "en-US";
        CultureInfo ci = CultureInfo.GetCultureInfo(culture);

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

поскольку это параметр, который хранится для каждого пользователя, сеанс является подходящим местом для хранения информации.

Я бы изменил ваш контроллер, чтобы принять строку культуры в качестве параметра, а не иметь другой метод действия для каждой потенциальной культуры. Добавление ссылки на страницу легко, и вам не нужно писать один и тот же код повторно каждый раз, когда требуется новая культура.

public class CultureController : Controller    
{
        public ActionResult SetCulture(string culture)
        {
            HttpContext.Session["culture"] = culture
            return RedirectToAction("Index", "Home");
        }        
}

<li><%= Html.ActionLink("French", "SetCulture", new {controller = "Culture", culture = "fr-FR"})%></li>
<li><%= Html.ActionLink("Spanish", "SetCulture", new {controller = "Culture", culture = "es-ES"})%></li>

какое лучшее место-это ваш вопрос. Лучшее место-внутри .Инициализировать метод. MSDN пишет, что он вызывается после конструктора и перед методом действия. В отличие от переопределения OnActionExecuting, размещение кода в методе Initialize позволяет использовать все пользовательские аннотации и атрибуты данных в классах и свойствах для локализации.

например, моя логика локализации приходит из класса, который вводится в мой пользовательский контроллер. У меня есть доступ к этому объекту, так как Initialize вызывается после конструктора. Я могу выполнить назначение культуры потока и не отображать каждое сообщение об ошибке правильно.

 public BaseController(IRunningContext runningContext){/*...*/}

 protected override void Initialize(RequestContext requestContext)
 {
     base.Initialize(requestContext);
     var culture = runningContext.GetCulture();
     Thread.CurrentThread.CurrentUICulture = culture;
     Thread.CurrentThread.CurrentCulture = culture;
 }

даже если ваша логика не находится внутри класса, подобного приведенному мной примеру, у вас есть доступ к RequestContext которые позволяют вам иметь URL и HttpContext и RouteData что вы можете сделать в основном любой анализ.

при использовании поддоменов, например, как "pt.mydomain.com" например, чтобы установить португальский язык, использование Application_AcquireRequestState не будет работать, потому что он не вызывается при последующих запросах кэша.

чтобы решить эту проблему, я предлагаю такую реализацию:

1. добавьте параметр VaryByCustom в OutPutCache следующим образом:

   [OutputCache(Duration = 10000, VaryByCustom = "lang")]
   public ActionResult Contact()
   {
       return View("Contact");
   }
   

2. в глобальном.асакс.cs, получить культуру от хоста с помощью функции звоните:

   protected void Application_AcquireRequestState(object sender, EventArgs e)
   {
       System.Threading.Thread.CurrentThread.CurrentUICulture = GetCultureFromHost();
   }
   

3. добавьте функцию GetCultureFromHost в global.асакс.cs:

   private CultureInfo GetCultureFromHost()
   {
       CultureInfo ci = new CultureInfo("en-US"); // en-US
       string host = Request.Url.Host.ToLower();
       if (host.Equals("mydomain.com"))
       {
           ci = new CultureInfo("en-US");
       }
       else if (host.StartsWith("pt."))
       {
           ci = new CultureInfo("pt");
       }
       else if (host.StartsWith("de."))
       {
           ci = new CultureInfo("de");
       }
       else if (host.StartsWith("da."))
       {
           ci = new CultureInfo("da");
       }
   
       return ci;
   }
   

4. и, наконец, переопределить GetVaryByCustomString(...) чтобы использовать эту функцию:

   public override string GetVaryByCustomString(HttpContext context, string value)
   {
       if (value.ToLower() == "lang")
       {
           CultureInfo ci = GetCultureFromHost();
           return ci.Name;
       }
       return base.GetVaryByCustomString(context, value);
   }
   

функция Application_AcquireRequestState вызывается при вызовах без кэширования, что позволяет создавать и кэшировать содержимое. GetVaryByCustomString вызывается при кэшированных вызовах, чтобы проверить, доступно ли содержимое в кэш, и в этом случае мы изучаем входящее значение домена хоста, снова, вместо того, чтобы полагаться только на текущую информацию о культуре, которая могла измениться для нового запроса (потому что мы используем поддомены).

1: Создайте пользовательский атрибут и переопределите метод следующим образом:

public class CultureAttribute : ActionFilterAttribute
{
    public override void OnActionExecuting(ActionExecutingContext filterContext)
    {
    // Retreive culture from GET
    string currentCulture = filterContext.HttpContext.Request.QueryString["culture"];

    // Also, you can retreive culture from Cookie like this :
    //string currentCulture = filterContext.HttpContext.Request.Cookies["cookie"].Value;

    // Set culture
    Thread.CurrentThread.CurrentCulture = new CultureInfo(currentCulture);
    Thread.CurrentThread.CurrentUICulture = CultureInfo.CreateSpecificCulture(currentCulture);
    }
}

2: в App_Start найдите FilterConfig.CS добавьте этот атрибут. (это работает для всего приложения)

public class FilterConfig
{
    public static void RegisterGlobalFilters(GlobalFilterCollection filters)
    {
    // Add custom attribute here
    filters.Add(new CultureAttribute());
    }
}    

вот именно !

если вы хотите определить культуры для каждого контроллера/действия вместо всего приложения, вы можете использовать этот атрибут так:

[Culture]
public class StudentsController : Controller
{
}

или:

[Culture]
public ActionResult Index()
{
    return View();
}

protected void Application_AcquireRequestState(object sender, EventArgs e)
        {
            if(Context.Session!= null)
            Thread.CurrentThread.CurrentCulture =
                    Thread.CurrentThread.CurrentUICulture = (Context.Session["culture"] ?? (Context.Session["culture"] = new CultureInfo("pt-BR"))) as CultureInfo;
        }