不引人注意的DateTime?在MVC4中验证

时间:2012-11-29 10:12:14

标签: c# asp.net asp.net-mvc asp.net-mvc-3 asp.net-mvc-4

我将MVC3解决方案升级为MVC4。迁移后,验证程序已损坏。

如果我选择德语作为语言,我的输入日期是“20.03.2013”​​。我在MVC4中得到验证错误,但在MVC3中没有。如果我将格式从“20.03.2013”​​替换为“20/03/2013”​​,它适用于MVC4,但不适用于MVC3; - )

我将当前线程的UI文化设置为德语。 ResX值的输出是正确的语言,所以我知道文化应该没有错误。,仅适用于网站本身。错误消息是英文的,但该网站是德语。

我认为这意味着验证器使用了错误的UI文化。

这是我使用的代码。

[Required(ErrorMessageResourceName = "Error_DepartureDate", ErrorMessageResourceType = typeof(Resx.Query))]
public DateTime? DepartureDate { get; set; }

我认为默认模型绑定器有问题,因为渲染的html看起来不错:

data-lang="de" data-mindate="3" data-val="true" data-val-required="Bitte geben Sie das gewünschte Reisedatum des Hinflugs ein." id="DepartureDate" name="DepartureDate" tabindex="3" type="text" value="" 

我将Jscript升级到使用Visual Studio 2012(已安装SP1)模板创建新Mvc应用程序时发布的源代码。这没有任何影响。

我有一个CultureModelBinder,它从Session中读取当前的文化,并使用一个小帮助函数设置文化。

public static void UpdateThreadCulture(CultureInfo culture)
{
  Thread.CurrentThread.CurrentUICulture = culture;            
}        

culture culture binder是默认的binder。

ModelBinders.Binders.DefaultBinder = new CultureModelBinder();
ModelBinders.Binders.Add(typeof(DateTime?), new DateTimeModelBinder());
// and many, many more

使用mvc4执行顺序可能会发生什么变化导致问题?

更新:该项目使用.NET Framework 4.5作为目标。

更新2:

我有一个组合框,用户可以选择16种不同的语言,每种语言都有自己特定的格式。

E.g。 DE-de - > DD.MM.YYYY; en-en - > DD / MM / YYYY; en-us - > MM / DD / YYYY

我刚刚提到了关于设置当前文化的提示,这里证明它应该是正确的。当验证器失败时,不会触发此代码,看起来它发生在客户端。

   public class DateTimeModelBinder : IModelBinder
    {
        private LogService _log = new LogService();

        public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
        {            
            object result = null;
            ValueProviderResult valueResult = bindingContext.ValueProvider.GetValue(bindingContext.ModelName);
            if (valueResult != null)
            {
                try
                {
                    var stateHandler = new StateHandler(controllerContext.HttpContext.Session);                    
                    result = valueResult.ConvertTo(typeof(DateTime?), stateHandler.Culture);                                       
                }
                catch
                {
                    try
                    {
                        result = valueResult.ConvertTo(typeof(DateTime?), CultureInfo.InvariantCulture);
                    }
                    catch (Exception ex)
                    {
                        _log.Error("DateTimeModelBinder parse exception", ex);
                        _log.KeyValue("AttemptedValue", valueResult.AttemptedValue);                                           
                    }                    
                }
            }
            return result;
        }
    }

为了完整性,我的文化模型粘合剂:

  public class CultureModelBinder : DefaultModelBinder
    {      
        public override object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
        {
            StateHandler stateHandler = new StateHandler(controllerContext.HttpContext.Session);
            Helper.UpdateThreadCulture(stateHandler.Culture);

            return base.BindModel(controllerContext, bindingContext);
        }        
    }

更新:可能与此问题存在关联: http://connect.microsoft.com/VisualStudio/feedback/details/705643/a-data-val-date-attribute-is-generated-for-time-fields-in-asp-net-mvc-4

更新: 阅读以下文章: http://weblogs.asp.net/scottgu/archive/2010/06/10/jquery-globalization-plugin-from-microsoft.aspx

尝试了以下方法:

按以下顺序加载脚本:

/Scripts/jquery-1.8.3.min.js
/Scripts/globalize.js
/Scripts/cultures/globalize.cultures.js
// and much more other scripts...

添加了通话。输出正确“DE”。

        var currentLanguage = $("#DepartureDate").attr("data-lang");
        alert(currentLanguage);       
        $.preferCulture(currentLanguage);

对验证者没有影响......

5 个答案:

答案 0 :(得分:10)

重点是Mvc3在客户端的所有日期都不会验证这一点。你只需在服务器端设置文件......但你的文化设置并没有在客户端反映出来......至少Mvc引擎并没有自动完成。在客户端使用与英语不同的文化来正确处理日期和数字的唯一方法是使用能够在所有文化中正确解析日期的javascript全球化库,并将客户端文化设置为与服务器端文化相同,那么你必须正确地重新定义所有验证方法以使用全球化函数。 请阅读我的博客文章,阐明如何在客户端处理正确的全球化:http://www.dotnet-programming.com/post/2011/12/14/Globalization-Validation-and-DateNumber-Formats-in-AspNet-MVC.aspx

此外,请不要将CurrentCulture与CurrentUICulture混淆CurrentUICulture不会影响所有数字或日期的处理方式,而只影响包含文化特定资源(如本地化字符串)的资源文件。

最后,在模型绑定器中设置文化是非常不合理的,因为模型绑定器是递归函数,因此在模型重建期间它被调用了数百次,并且文化设置操作不是简单的变量设置操作。它具有不可忽视的成本。最好编写一个全局控制器过滤器来处理文化设置(我总是这样做),因此每个请求只执行一次操作

答案 1 :(得分:3)

尝试覆盖默认日期验证器:

// Replace dots so jq validator can understand what's going on
$(function () {
    $.validator.addMethod(
    "date",
    function (value, element) {
        var s = value;
        s = value.replace(/\./g, '/');

        // Chrome requires tolocaledatestring conversion, otherwise just use the slashed format
        var d = new Date();
        return this.optional(element) || !/Invalid|NaN/.test(new Date(d.toLocaleDateString(value))) || !/Invalid|NaN/.test(new Date(s));
    },
    ""
    );
});

$.validator.unobtrusive.parse();

答案 2 :(得分:2)

使用ILSpy查看代码,它似乎是新引入的ClientDataTypeModelValidatorProvider,它正在添加data-val-date属性。

如果您想恢复MVC3样式功能,那么只需从模型验证提供程序列表中删除该提供程序即可。

它没有解决问题但是在几行代码中可能会消除由于jquery验证缺乏全球化而导致的问题。

using System.Web.Mvc;

...

protected void Application_Start()
{
  var providers = ModelValidatorProviders.Providers;
  var clientDataTypeModelValidatorProvider = providers.OfType<ClientDataTypeModelValidatorProvider>().FirstOrDefault();
  if ( clientDataTypeModelValidatorProvider != null )
  {
    providers.Remove( clientDataTypeModelValidatorProvider );
  }

  ...
}

答案 3 :(得分:0)

Microsoft建议使用MVC3项目模板中的旧jquery.validate.js替换mvc4中的新jquery.validate.js。这很有用,但有趣的是,bug不在MVC4中,而是在MVC3中。

我们使用Francesco描述的方式,看到接受的答案。

答案 4 :(得分:0)

如果这只发生在Chrome中,则是由于jquery版本在日期验证中存在文化错误。