Возникновение культуры ASP.NET MVC при передаче значения обратно контроллеру
Как я могу сказать моему контроллеру/модели, какую культуру он должен ожидать для синтаксического анализа даты и времени?
Я использовал некоторый этот пост, чтобы реализовать jquery datepicker в моем приложении mvc.
Когда я отправляю дату, когда она "теряется в переводе", я не использую форматирование США для даты, поэтому, когда он отправляется на мой контроллер, он просто становится нулевым.
У меня есть форма, в которой пользователь выбирает дату:
@using (Html.BeginForm("List", "Meter", FormMethod.Get))
{
@Html.LabelFor(m => m.StartDate, "From:")
<div>@Html.EditorFor(m => m.StartDate)</div>
@Html.LabelFor(m => m.EndDate, "To:")
<div>@Html.EditorFor(m => m.EndDate)</div>
}
Я создал для этого шаблон редактирования, чтобы реализовать jquery datepicker:
@model DateTime
@Html.TextBox("", Model.ToString("dd-MM-yyyy"), new { @class = "date" })
Затем создаю виджеты datepicker, подобные этому.
$(document).ready(function () {
$('.date').datepicker({ dateFormat: "dd-mm-yy" });
});
Все это прекрасно работает.
Здесь возникают проблемы, это мой контроллер:
[HttpGet]
public ActionResult List(DateTime? startDate = null, DateTime? endDate = null)
{
//This is where startDate and endDate becomes null if the dates dont have the expected formatting.
}
Вот почему я хотел бы как-то сказать моему контроллеру, какую культуру он должен ожидать?
Является ли моя модель неправильной? могу ли я как-то сказать, какую культуру использовать, например, с атрибутами аннотации данных?
public class MeterViewModel {
[Required]
public DateTime StartDate { get; set; }
[Required]
public DateTime EndDate { get; set; }
}
Изменить: эта ссылка объясняет мою проблему и очень хорошее решение для нее. Благодаря gdoron
Ответы
Ответ 1
Вы можете создать расширение Binder для обработки даты в формате культуры.
Это образец, который я написал для обработки той же проблемы с типом десятичного кода, надеюсь, что вы получите идею
public class DecimalModelBinder : IModelBinder
{
public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
{
ValueProviderResult valueResult = bindingContext.ValueProvider.GetValue(bindingContext.ModelName);
ModelState modelState = new ModelState { Value = valueResult };
object actualValue = null;
try
{
actualValue = Convert.ToDecimal(valueResult.AttemptedValue, CultureInfo.CurrentCulture);
}
catch (FormatException e)
{
modelState.Errors.Add(e);
}
bindingContext.ModelState.Add(bindingContext.ModelName, modelState);
return actualValue;
}
}
Обновление
Чтобы использовать его, просто объявите связующее в Global.asax, как это
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
RegisterGlobalFilters(GlobalFilters.Filters);
RegisterRoutes(RouteTable.Routes);
//HERE you tell the framework how to handle decimal values
ModelBinders.Binders.Add(typeof(decimal), new DecimalModelBinder());
DependencyResolver.SetResolver(new ETAutofacDependencyResolver());
}
Тогда, когда модельный манипулятор должен выполнить какую-то работу, он будет автоматически знать, что делать.
Например, это действие с моделью, содержащей некоторые свойства типа decimal. Я просто ничего не делаю
[HttpPost]
public ActionResult Edit(int id, MyViewModel viewModel)
{
if (ModelState.IsValid)
{
try
{
var model = new MyDomainModelEntity();
model.DecimalValue = viewModel.DecimalValue;
repository.Save(model);
return RedirectToAction("Index");
}
catch (RulesException ex)
{
ex.CopyTo(ModelState);
}
catch
{
ModelState.AddModelError("", "My generic error message");
}
}
return View(model);
}
Ответ 2
вы можете изменить связующее устройство по умолчанию, чтобы использовать культуру пользователя, используя IModelBinder
public class DateTimeBinder : IModelBinder
{
public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
{
var value = bindingContext.ValueProvider.GetValue(bindingContext.ModelName);
var date = value.ConvertTo(typeof(DateTime), CultureInfo.CurrentCulture);
return date;
}
}
И в записи Global.Asax:
ModelBinders.Binders.Add(typeof(DateTime), new DateTimeBinder());
ModelBinders.Binders.Add(typeof(DateTime?), new DateTimeBinder());
Подробнее читайте в этом отличном блоге, в котором описывается, почему команда Mvc Framework реализовала культуру по умолчанию для всех пользователей.
Ответ 3
Эта проблема возникает из-за того, что вы используете метод GET в своей форме. Поставщик Value QueryString в MVC всегда использует формат даты Invariant/US. См. привязка MVC DateTime с неправильным форматом даты
Существует три решения:
- Измените свой метод на POST.
- Как кто-то еще говорит, измените формат даты на ISO 8601 "yyyy-mm-dd" перед отправкой.
-
Используйте настраиваемое связующее, чтобы всегда обрабатывать даты строки запроса как GB. Если вы это сделаете, вы должны убедиться, что все даты в этой форме:
public class UKDateTimeModelBinder : IModelBinder
{
private static readonly ILog logger = LogManager.GetLogger(System.Reflection.MethodBase.GetCurrentMethod().DeclaringType);
/// <summary>
/// Fixes date parsing issue when using GET method. Modified from the answer given here:
/// /questions/49919/mvc-datetime-binding-with-incorrect-date-format
/// </summary>
/// <param name="controllerContext">The controller context.</param>
/// <param name="bindingContext">The binding context.</param>
/// <returns>
/// The converted bound value or null if the raw value is null or empty or cannot be parsed.
/// </returns>
public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
{
var vpr = bindingContext.ValueProvider.GetValue(bindingContext.ModelName);
if (vpr == null)
{
return null;
}
var date = vpr.AttemptedValue;
if (String.IsNullOrEmpty(date))
{
return null;
}
logger.DebugFormat("Parsing bound date '{0}' as UK format.", date);
// Set the ModelState to the first attempted value before we have converted the date. This is to ensure that the ModelState has
// a value. When we have converted it, we will override it with a full universal date.
bindingContext.ModelState.SetModelValue(bindingContext.ModelName, bindingContext.ValueProvider.GetValue(bindingContext.ModelName));
try
{
var realDate = DateTime.Parse(date, System.Globalization.CultureInfo.GetCultureInfoByIetfLanguageTag("en-GB"));
// Now set the ModelState value to a full value so that it can always be parsed using InvarianCulture, which is the
// default for QueryStringValueProvider.
bindingContext.ModelState.SetModelValue(bindingContext.ModelName, new ValueProviderResult(date, realDate.ToString("yyyy-MM-dd hh:mm:ss"), System.Globalization.CultureInfo.GetCultureInfoByIetfLanguageTag("en-GB")));
return realDate;
}
catch (Exception)
{
logger.ErrorFormat("Error parsing bound date '{0}' as UK format.", date);
bindingContext.ModelState.AddModelError(bindingContext.ModelName, String.Format("\"{0}\" is invalid.", bindingContext.ModelName));
return null;
}
}
}
Ответ 4
При отправке даты вы всегда должны попробовать и отправить ее в формате "yyyy-MM-dd". Это позволит ему стать независимой от культуры.
Обычно у меня есть скрытое поле, которое поддерживает дату в этом формате. Это относительно просто, используя jQuery UI datepicker.
Ответ 5
Почему бы просто не проверить культуру данных и не преобразовать их как таковые? Этот простой подход позволил мне использовать строго типизированные даты в моделях, показать ссылки на действия и редактировать поля в желаемом языковом коде, и не нужно суетиться вообще, привязывая его к строго типизированному DateTime:
public class DateTimeBinder : IModelBinder
{
public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
{
var value = bindingContext.ValueProvider.GetValue(bindingContext.ModelName);
return value.ConvertTo(typeof(DateTime), value.Culture);
}
}
Ответ 6
который помогло
<system.web>
<globalization enableClientBasedCulture="true" uiCulture="Auto" culture="Auto" />
</system.web>