Привязка MVC DateTime с неправильным форматом даты

Asp.net-MVC теперь позволяет неявное связывание объектов DateTime. У меня есть действие в духе

public ActionResult DoSomething(DateTime startDate) 
{ 
... 
}

Это успешно преобразует строку из вызова ajax в DateTime. Однако мы используем формат даты дд / ММ / гггг; MVC конвертируется в MM / dd / yyyy. Например, отправка вызова к действию со строкой «02/09/2009» приводит к значению DateTime «09/02/2009 00:00:00» или 2 сентября в наших локальных настройках.

Я не хочу сворачивать свою собственную подшивку модели ради формата даты. Но кажется излишним изменять действие, чтобы принять строку, а затем использовать DateTime.Parse, если MVC может сделать это за меня.

Есть ли способ изменить формат даты, используемый в привязке модели по умолчанию для DateTime? Разве связщик модели по умолчанию не должен использовать ваши настройки локализации?

Я только что нашел ответ на этот вопрос с помощью более подробного поиска в Google:

У Мелвина Харбора есть подробное объяснение того, почему MVC работает с датами именно так, и как вы можете переопределить это при необходимости:

http://weblogs.asp.net/melvynharbour/archive/2008/11/21/mvc-modelbinder-and-localization.aspx

При поиске значения для анализа структура смотрится в определенном порядке, а именно:

1. RouteData (не показано выше)
2. Строка запроса URI
3. Форма запроса

Однако только последние из них будут осведомлены о культуре. Для этого есть очень веская причина с точки зрения локализации. Представьте, что я написал веб-приложение, показывающее информацию о рейсах авиакомпаний, которую я публикую в Интернете. Я ищу рейсы на определенную дату, щелкнув ссылку на этот день (возможно, что-то вроде http://www.melsflighttimes.com/Flights/2008-11-21 ), а затем хочу отправить эту ссылку своему коллеге в Соединенные штаты. Единственный способ гарантировать, что мы оба будем смотреть на одну и ту же страницу данных, - это использовать InvariantCulture. Напротив, если я использую форму для бронирования своего рейса, все происходит в жестком цикле. Данные могут уважать CurrentCulture, когда они записываются в форму, и поэтому должны уважать ее при возврате из формы.

Я бы установил ваши культуры глобально. ModelBinder возьмите это!

  <system.web>
    <globalization uiCulture="en-AU" culture="en-AU" />

Или вы просто измените это для этой страницы.
Но глобально в web.config думаю лучше

У меня была такая же проблема с привязкой короткого формата даты к свойствам модели DateTime. Посмотрев на множество разных примеров (не только в отношении DateTime), я собрал следующее:

using System;
using System.Globalization;
using System.Web.Mvc;

namespace YourNamespaceHere
{
    public class CustomDateBinder : IModelBinder
    {
        public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
        {
            if (controllerContext == null)
                throw new ArgumentNullException("controllerContext", "controllerContext is null.");
            if (bindingContext == null)
                throw new ArgumentNullException("bindingContext", "bindingContext is null.");

            var value = bindingContext.ValueProvider.GetValue(bindingContext.ModelName);

            if (value == null)
                throw new ArgumentNullException(bindingContext.ModelName);

            CultureInfo cultureInf = (CultureInfo)CultureInfo.CurrentCulture.Clone();
            cultureInf.DateTimeFormat.ShortDatePattern = "dd/MM/yyyy";

            bindingContext.ModelState.SetModelValue(bindingContext.ModelName, value);

            try
            {
                var date = value.ConvertTo(typeof(DateTime), cultureInf);

                return date;
            }
            catch (Exception ex)
            {
                bindingContext.ModelState.AddModelError(bindingContext.ModelName, ex);
                return null;
            }
        }
    }

    public class NullableCustomDateBinder : IModelBinder
    {
        public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
        {
            if (controllerContext == null)
                throw new ArgumentNullException("controllerContext", "controllerContext is null.");
            if (bindingContext == null)
                throw new ArgumentNullException("bindingContext", "bindingContext is null.");

            var value = bindingContext.ValueProvider.GetValue(bindingContext.ModelName);

            if (value == null) return null;

            CultureInfo cultureInf = (CultureInfo)CultureInfo.CurrentCulture.Clone();
            cultureInf.DateTimeFormat.ShortDatePattern = "dd/MM/yyyy";

            bindingContext.ModelState.SetModelValue(bindingContext.ModelName, value);

            try
            {
                var date = value.ConvertTo(typeof(DateTime), cultureInf);

                return date;
            }
            catch (Exception ex)
            {
                bindingContext.ModelState.AddModelError(bindingContext.ModelName, ex);
                return null;
            }
        }
    }
}

Чтобы сохранить то, как маршруты и т. Д. Регистрируются в файле Global ASAX, я также добавил новый класс sytatic в папку App_Start моего проекта MVC4 с именем CustomModelBinderConfig:

using System;
using System.Web.Mvc;

namespace YourNamespaceHere
{
    public static class CustomModelBindersConfig
    {
        public static void RegisterCustomModelBinders()
        {
            ModelBinders.Binders.Add(typeof(DateTime), new CustomModelBinders.CustomDateBinder());
            ModelBinders.Binders.Add(typeof(DateTime?), new CustomModelBinders.NullableCustomDateBinder());
        }
    }
}

Затем я просто вызываю статический RegisterCustomModelBinders из моего Global ASASX Application_Start следующим образом:

protected void Application_Start()
{
    /* bla blah bla the usual stuff and then */

    CustomModelBindersConfig.RegisterCustomModelBinders();
}

Здесь важно отметить, что если вы напишете значение DateTime в скрытое поле следующим образом:

@Html.HiddenFor(model => model.SomeDate) // a DateTime property
@Html.Hiddenfor(model => model) // a model that is of type DateTime

Я сделал это, и фактическое значение на странице было в формате «MM / dd / yyyy hh: mm: ss tt» вместо «dd / MM / yyyy hh: mm: ss tt», как я хотел. Это привело к тому, что проверка моей модели либо завершилась неудачно, либо вернула неправильную дату (очевидно, поменяв местами значения дня и месяца).

После множества головокружений и неудачных попыток решением было установить информацию о культуре для каждого запроса, сделав это в Global.ASAX:

protected void Application_BeginRequest()
{
    CultureInfo cInf = new CultureInfo("en-ZA", false);  
    // NOTE: change the culture name en-ZA to whatever culture suits your needs

    cInf.DateTimeFormat.DateSeparator = "/";
    cInf.DateTimeFormat.ShortDatePattern = "dd/MM/yyyy";
    cInf.DateTimeFormat.LongDatePattern = "dd/MM/yyyy hh:mm:ss tt";

    System.Threading.Thread.CurrentThread.CurrentCulture = cInf;
    System.Threading.Thread.CurrentThread.CurrentUICulture = cInf;
}

Это не сработает, если вы вставите его в Application_Start или даже в Session_Start, поскольку это назначает его текущему потоку для сеанса. Как вы хорошо знаете, веб-приложения не имеют состояния, поэтому поток, который ранее обслуживал ваш запрос, не является тем же потоком, который обслуживает ваш текущий запрос, поэтому информация о вашей культуре отправилась в великий сборщик мусора в цифровом небе.

Спасибо: Иван Златев - http://ivanz.com/2010/11/03/custom-model-binding-using-imodelbinder-in-asp-net-mvc-two-gotchas/

гарик - https://stackoverflow.com/a/2468447/578208

Дмитрий - https://stackoverflow.com/a/11903896/578208

В MVC 3 все будет немного иначе.

Предположим, у нас есть контроллер и представление с методом Get

public ActionResult DoSomething(DateTime dateTime)
{
    return View();
}

Мы должны добавить ModelBinder

public class DateTimeBinder : IModelBinder
{
    #region IModelBinder Members
    public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
    {
        DateTime dateTime;
        if (DateTime.TryParse(controllerContext.HttpContext.Request.QueryString["dateTime"], CultureInfo.GetCultureInfo("en-GB"), DateTimeStyles.None, out dateTime))
            return dateTime;
        //else
        return new DateTime();//or another appropriate default ;
    }
    #endregion
}

и команда в Application_Start () Global.asax

ModelBinders.Binders.Add(typeof(DateTime), new DateTimeBinder());

Также стоит отметить, что даже без создания собственного связывателя модели можно анализировать несколько различных форматов.

Например, в США все следующие строки эквивалентны и автоматически привязываются к одному и тому же значению DateTime:

/ Компания / Пресс / май% 2001% 202008

/ Компания / Пресса / 2008-05-01

/ Компания / Пресса / 05.01.2008

Я настоятельно рекомендую использовать гггг-мм-дд, потому что он намного более переносимый. Вы действительно не хотите иметь дело с обработкой нескольких локализованных форматов. Если кто-то забронирует рейс 1 мая вместо 5 января, у вас будут большие проблемы!

NB: Я не совсем понимаю, является ли гггг-мм-дд универсальным синтаксическим анализом во всех культурах, поэтому, возможно, кто-то, кто знает, может добавить комментарий.

Попробуйте использовать toISOString (). Возвращает строку в формате ISO8601.

ПОЛУЧИТЬ метод

Javascript

$.get('/example/doGet?date=' + new Date().toISOString(), function (result) {
    console.log(result);
});

C #

[HttpGet]
public JsonResult DoGet(DateTime date)
{
    return Json(date.ToString(), JsonRequestBehavior.AllowGet);
}

Метод POST

Javascript

$.post('/example/do', { date: date.toISOString() }, function (result) {
    console.log(result);
});

C #

[HttpPost]
public JsonResult Do(DateTime date)
{
     return Json(date.ToString());
}

Я установил приведенную ниже конфигурацию на свой MVC4, и она работает как шарм

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

  public class DateTimeFilter : ActionFilterAttribute
{
    public override void OnActionExecuting(ActionExecutingContext filterContext)
    {
        if (filterContext.HttpContext.Request.RequestType == "GET")
        {

            foreach (var parameter in filterContext.ActionParameters)
            {
                var properties = parameter.Value.GetType().GetProperties();

                foreach (var property in properties)
                {
                    Type type = Nullable.GetUnderlyingType(property.PropertyType) ?? property.PropertyType;

                    if (property.PropertyType == typeof(System.DateTime) || property.PropertyType == typeof(DateTime?))
                    {
                        DateTime dateTime;

                        if (DateTime.TryParse(filterContext.HttpContext.Request.QueryString[property.Name], CultureInfo.CurrentUICulture, DateTimeStyles.None, out dateTime))
                            property.SetValue(parameter.Value, dateTime,null);
                    }
                }

            }
        }
    }
}

public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
{
    var str = controllerContext.HttpContext.Request.QueryString[bindingContext.ModelName];
    if (string.IsNullOrEmpty(str)) return null;
    var date = DateTime.ParseExact(str, "dd.MM.yyyy", null);
    return date;
}

Я установил CurrentCultureи CurrentUICultureсвой собственный базовый контроллер

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

        Thread.CurrentThread.CurrentCulture = CultureInfo.GetCultureInfo("en-GB");
        Thread.CurrentThread.CurrentUICulture = CultureInfo.GetCultureInfo("en-GB");
    }