这个问题确实是区域文化格式不匹配导致的——丹麦地区默认用dd/MM/yyyy格式，但ASP.NET MVC默认的模型绑定可能采用了服务器的区域设置（比如美式MM/dd/yyyy），这就导致像31/3/2018 23:59:59这类日期在服务器解析时被误判为无效（因为31作为月份是不合法的），而3/12/2018刚好在两种格式里都合法（美式是3月12日，丹麦式是12月3日），所以能通过验证。

下面是几个可行的解决思路，按从全局到局部的优先级推荐：

1. 全局设置应用的区域文化为丹麦语 #

直接在Web.config里配置全球化设置，让整个应用的日期、数字解析都遵循丹麦地区规则：

<configuration>
  <system.web>
    <globalization culture="da-DK" uiCulture="da-DK" />
  </system.web>
</configuration>

这个方法一劳永逸，适合整个应用都面向丹麦用户的场景。

2. 针对特定模型属性添加数据注解 #

如果只需要个别日期属性遵循丹麦格式，可以用[DisplayFormat]和[DataType]注解明确指定格式，同时开启编辑模式下的格式应用：

using System.ComponentModel.DataAnnotations;
using System.Globalization;

public class YourModel
{
    [DataType(DataType.DateTime)]
    [DisplayFormat(
        DataFormatString = "{0:dd/MM/yyyy HH:mm:ss}",
        ApplyFormatInEditMode = true,
        NullDisplayText = ""
    )]
    public DateTime PaymentStartDate { get; set; }
}

这样模型绑定和验证时会优先使用指定的格式，同时视图渲染也会输出正确的日期格式。

3. 自定义DateTime模型绑定器 #

如果需要更灵活的解析逻辑（比如兼容多种格式但优先丹麦格式），可以自定义模型绑定器：

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

public class DanishDateTimeModelBinder : IModelBinder
{
    public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
    {
        var valueResult = bindingContext.ValueProvider.GetValue(bindingContext.ModelName);
        var modelState = new ModelState { Value = valueResult };
        DateTime? dateValue = null;

        if (!string.IsNullOrEmpty(valueResult?.AttemptedValue))
        {
            try
            {
                // 强制用丹麦格式解析，支持带时分秒的情况
                dateValue = DateTime.ParseExact(
                    valueResult.AttemptedValue,
                    "dd/MM/yyyy HH:mm:ss",
                    CultureInfo.CreateSpecificCulture("da-DK")
                );
            }
            catch (FormatException)
            {
                // 可选：兼容其他格式，或者直接抛出错误
                modelState.Errors.Add("无效的日期格式，请使用dd/MM/yyyy HH:mm:ss格式");
            }
        }

        bindingContext.ModelState.Add(bindingContext.ModelName, modelState);
        return dateValue;
    }
}

然后在Global.asax.cs的Application_Start方法里注册这个绑定器：

protected void Application_Start()
{
    // 其他初始化代码...
    ModelBinders.Binders.Add(typeof(DateTime), new DanishDateTimeModelBinder());
    ModelBinders.Binders.Add(typeof(DateTime?), new DanishDateTimeModelBinder());
}

4. 同步客户端验证格式 #

别忘了客户端的配合——如果用了jQuery Datepicker这类控件，要确保它输出的日期格式是dd/MM/yyyy HH:mm:ss：

$(function() {
    $("#PaymentStartDate").datepicker({
        dateFormat: "dd/mm/yy",
        timeFormat: "HH:mm:ss",
        showTimepicker: true // 如果需要时分秒选择器
    });
});

另外，默认的jQuery验证可能不识别丹麦日期格式，需要自定义验证规则：

$.validator.addMethod("danishdate", function(value, element) {
    return this.optional(element) || /^\d{1,2}\/\d{1,2}\/\d{4} \d{2}:\d{2}:\d{2}$/.test(value);
}, "请输入有效的日期格式（dd/MM/yyyy HH:mm:ss）");

// 绑定到对应的输入框
$("#yourFormId").validate({
    rules: {
        PaymentStartDate: {
            danishdate: true
        }
    }
});

这样可以避免客户端验证通过但服务器端验证失败的情况。

内容的提问来源于stack exchange，提问作者Lars Holdgaard