Проблема CultureInfo с двойным связыванием модели в asp.net-mvc (2)

Я не уверен, насколько далеко заходит локализация с привязкой модели по умолчанию (DefaultModelBinder), но вы можете легко создать привязку самостоятельно, которая может обрабатывать специфичный для культуры синтаксический анализ данных, например, создать новый класс, назовем его DoubleModelBinder, копипаста следующая:

public class DoubleModelBinder : IModelBinder
{
    /// <summary>
    /// Binds the value to the model.
    /// </summary>
    /// <param name="controllerContext">The current controller context.</param>
    /// <param name="bindingContext">The binding context.</param>
    /// <returns>The new model.</returns>
    public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
    {
        var culture = GetUserCulture(controllerContext);

        string value = bindingContext.ValueProvider
                           .GetValue(bindingContext.ModelName)
                           .ConvertTo(typeof(string)) as string;

        double result = 0;
        double.TryParse(value, NumberStyles.Any, culture, out result);

        return result;
    }

    /// <summary>
    /// Gets the culture used for formatting, based on the user's input language.
    /// </summary>
    /// <param name="context">The controller context.</param>
    /// <returns>An instance of <see cref="CultureInfo" />.</returns>
    public CultureInfo GetUserCulture(ControllerContext context)
    {
        var request = context.HttpContext.Request;
        if (request.UserLanguages == null || request.UserLanguages.Length == 0)
            return CultureInfo.CurrentUICulture;

        return new CultureInfo(request.UserLanguages[0]);
    }
}

Теперь то, что мы делаем здесь, - это создание нашего собственного двойного синтаксического анализатора, учитывающего язык. Когда мы реализуем интерфейс IModelBinder, нам нужно создать метод BindModel. Здесь и делается основная часть работы, но прежде чем мы сможем что-либо проанализировать, нам нужно получить IFormatProvider, основанный на языке браузера. Итак, мы используем метод GetUserCulture, чтобы попробовать подготовить язык браузера. Если мы не сможем вернуться к нынешней культуре.

Когда у нас это есть, мы можем проанализировать значение. Сначала мы берем его из ValueProvider (который на самом деле представляет собой составную часть многих поставщиков значений, например, из коллекции Form, Request и т. Д.), А затем анализируем его, используя обнаруженный IFormatProvider, который сейчас у нас есть CultureInfo.

Как только вы это сделаете, довольно просто добавить его в коллекцию связывателей модели;

ModelBinder.Binders[typeof(Double)] = new DoubleModelBinder();

Попробуйте и посмотрите, поможет ли это.

ModelBinding использует CurrentCulture для анализа значений. Это понятно, потому что пользователь может ввести дату или десятичное число в текстовое поле, и значение будет правильно проанализировано.

Но я по-прежнему думаю, что большинство разработчиков видят это так, как вы это видите: они хотят, чтобы все значения анализировались с использованием одной и той же культуры, независимо от того, какой язык использует пользователь. Они хотят отображать значения в формате пользователя, но вводят значения в нейтральном формате (InvariantCulture).

Вот почему я установил CurrentCulture в Application.BeginRequest на CultureInfo.InvariantCulture. Таким образом, все привязки используют инвариантную культуру. Если позже вы захотите использовать Ressources или значения формата на языке браузера, вам придется снова переключиться на язык пользователя, снова установив CurrentCulture на язык пользователя. Я делаю это в фильтре действий.

РЕДАКТИРОВАТЬ:

OP поправил меня, сказав, что только отправка форм учитывает культуру: это правда. См. Источник ValueProviderDictionary: PopulateDictionary, где он задокументирован:

   We use this order of precedence to populate the dictionary:
   1. Request form submission (should be culture-aware)
   2. Values from the RouteData (could be from the typed-in URL or from the route's default values)
   3. URI query string