Associação MVC DateTime com formato de data incorreto

O Asp.net-MVC agora permite a ligação implícita de objetos DateTime. Eu tenho uma ação ao longo das linhas de

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

Isso converte com êxito uma sequência de caracteres de uma chamada ajax em um DateTime. No entanto, usamos o formato de data dd / MM / aaaa; O MVC está convertendo para MM / dd / aaaa. Por exemplo, ao enviar uma chamada para a ação com a string '09 / 02/2009 'resulta em um DateTime de '02 / 09/2009 00:00:00' ou 2 de setembro em nossas configurações locais.

Eu não quero rolar meu próprio fichário de modelo por causa de um formato de data. Mas parece desnecessário alterar a ação para aceitar uma string e usar DateTime.Parse se o MVC for capaz de fazer isso por mim.

Existe alguma maneira de alterar o formato da data usado no fichário do modelo padrão para DateTime? O fichário de modelo padrão não deveria usar suas configurações de localização?

Acabei de encontrar a resposta para isso com um pouco mais de pesquisa exaustiva:

Melvyn Harbour tem uma explicação completa do motivo pelo qual o MVC trabalha com datas do jeito que funciona e como você pode substituí-lo, se necessário:

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

Ao procurar o valor para analisar, a estrutura procura em uma ordem específica, a saber:

1. RouteData (não mostrado acima)
2. Cadeia de consulta do URI
3. Formulário de solicitação

Somente o último deles estará ciente da cultura, no entanto. Há uma boa razão para isso, da perspectiva da localização. Imagine que eu escrevi um aplicativo da Web mostrando informações de voos de companhias aéreas que publico on-line. Pesquise voos em uma determinada data clicando em um link para esse dia (talvez algo como http://www.melsflighttimes.com/Flights/2008-11-21 ) e, em seguida, deseje enviar por e-mail esse link para meu colega em os EUA. A única maneira de garantirmos que estaremos olhando para a mesma página de dados é se o InvariantCulture for usado. Por outro lado, se estou usando um formulário para reservar meu voo, tudo está acontecendo em um ciclo apertado. Os dados podem respeitar o CurrentCulture quando ele é gravado no formulário e, portanto, precisam respeitá-lo ao retornar do formulário.

Eu definiria globalmente suas culturas. ModelBinder pegue isso!

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

Ou você apenas altera isso nesta página.
Mas globalmente no web.config acho melhor

Estou tendo o mesmo problema com a ligação de formato de data curta às propriedades do modelo DateTime. Depois de analisar muitos exemplos diferentes (não apenas sobre o DateTime), montei o seguinte:

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;
            }
        }
    }
}

Para manter a maneira como as rotas etc. são registradas no arquivo Global ASAX, também adicionei uma nova classe sintática à pasta App_Start do meu projeto MVC4 chamado 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());
        }
    }
}

Depois, chamo o RegisterCustomModelBinders estático do meu Global ASASX Application_Start assim:

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

    CustomModelBindersConfig.RegisterCustomModelBinders();
}

Uma observação importante aqui é que, se você escrever um valor DateTime em um campo oculto como este:

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

Eu fiz isso e o valor real na página estava no formato "MM / dd / aaaa hh: mm: ss tt" em vez de "dd / MM / aaaa hh: mm: ss tt" como eu queria. Isso fez com que a validação do meu modelo falhasse ou retornasse a data errada (obviamente trocando os valores de dia e mês).

Depois de muito esforço e tentativas fracassadas, a solução foi definir as informações de cultura para cada solicitação, fazendo isso no 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;
}

Não funcionará se você o colar no Application_Start ou mesmo no Session_Start, pois isso o atribui ao thread atual da sessão. Como você bem sabe, os aplicativos da Web são sem estado, portanto, o encadeamento que atendeu sua solicitação anteriormente não é o mesmo encadeamento que atende à sua solicitação atual, portanto, suas informações de cultura foram para o grande GC no céu digital.

Agradecimentos: Ivan Zlatev - http://ivanz.com/2010/11/03/custom-model-binding-using-imodelbinder-in-asp-net-mvc-two-gotchas/

garik - https://stackoverflow.com/a/2468447/578208

Dmitry - https://stackoverflow.com/a/11903896/578208

Vai ser um pouco diferente no MVC 3.

Suponha que tenhamos um controlador e uma visão com o método Get

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

Devemos adicionar o 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
}

e o comando em Application_Start () do Global.asax

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

Também é importante notar que, mesmo sem criar seu próprio fichário de modelo, vários formatos diferentes podem ser analisados.

Por exemplo, nos EUA, todas as seguintes strings são equivalentes e são automaticamente vinculadas ao mesmo valor DateTime:

/ company / press / may% 2001% 202008

/ company / press / 01-05-2008

/ company / press / 05-01-2008

Eu sugiro usar o aaaa-mm-dd, porque é muito mais portátil. Você realmente não quer lidar com o manuseio de vários formatos localizados. Se alguém reservar um voo em 1º de maio, em vez de 5 de janeiro, você terá grandes problemas!

NB: Não estou claro exatamente se aaaa-mm-dd é universalmente analisado em todas as culturas, então talvez alguém que conheça possa adicionar um comentário.

Tente usar toISOString (). Retorna string no formato ISO8601.

Método GET

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);
}

Método POST

javascript

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

c #

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

Defino a configuração abaixo no meu MVC4 e funciona como um encanto

<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;
}

Defino CurrentCulturee CurrentUICulturemeu controlador base personalizado

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

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