Comment définir la culture pour la date de liaison dans Asp.Net Core?

J'ai un Asp.Net application de Base avec MVC. Je suis à la soumission d'un formulaire avec une date sur le formulaire.

Apparence de la forme (à peu près) comme ceci:

@model EditCustomerViewModel
<form asp-action="Edit">
    <input asp-for="ServiceStartDate" class="form-control" type="date" />
    <input type="submit" value="Update" class="btn btn-success" />
</form>

Contrôleur de l'action est:

[HttpPost]
public async Task<IActionResult> Edit(EditCustomerViewModel viewModel)
{
    //do stuff
    return RedirectToAction("Index");
}

Modèle de vue est: 

public class EditCustomerViewModel
{
    public Guid Id { get; set; }

    [DataType(DataType.Date)]
    public DateTime ServiceStartDate { get; set; }

    [DataType(DataType.Date)]
    public DateTime? ServiceEndDate { get; set; }

    //etc.
}

Je suis dans le royaume-UNI, si les dates ne sont pas au format AMÉRICAIN: dd/MM/YYYY. Donc par défaut je suis en soumettant 6/22/2017.

Lors de la recherche sur le soumis modèle de vue du régulateur pendant le débogage, les dates sont nulles si elles ont été soumises au royaume-UNI, mais sont très bien si vous utilisez format AMÉRICAIN. c'est à dire 6/22/2017 me donne null, mais 22/6/2017 est lié à la bonne date.

J'ai essayé d'ajouter ce point à Startup.cs mais elle n'a fait aucune différence:

var supportedCultures = new[] { new CultureInfo("en-GB") };
app.UseRequestLocalization(new RequestLocalizationOptions
{
    DefaultRequestCulture = new RequestCulture("en-GB"),
    SupportedCultures = supportedCultures,
    SupportedUICultures = supportedCultures
});
CultureInfo.DefaultThreadCurrentCulture = new CultureInfo("en-GB");
CultureInfo.DefaultThreadCurrentUICulture = new CultureInfo("en-GB");
CultureInfo.CurrentCulture = new CultureInfo("en-GB");
CultureInfo.CurrentUICulture = new CultureInfo("en-GB");

J'ai vérifié les en-têtes HTTP et je vais l'afficher en-tête correcte:

Accept-Language: en-GB,en

Ce que je fais mal? Comment puis-je savoir MVC, Base de liants pour lier les dates au royaume-UNI format?

p.s. Je suis sur VS2017 avec *.csproj fichier de projet, avec des objectifs de cadre .NetCoreApp 1.1

  • Avez-vous déjà rencontré ces deux github.com/aspnet/Localization/issues/136, jerriepelser.com/blog/...
  • Aussi yyyy/MM/dd toujours. si tout le reste échoue.
  • tous les la danse avec CurrentCulture et CurrentUiCulture ne semble pas faire de différence sur les dates de liaison. Je pourrait aller dans le chemin d'accès de la seconde au format que vous mentionnez
  • ouais, obtenu tri - j'ai moi-même confus au premier abord, mais après unpeeling toutes les couches, il a travaillé.
  • Pouvez-vous ajouter de la façon dont vous finalement obtenu ce travail comme une réponse. Je suis intéressé.
  • Réponse ci-dessous est ce que j'ai utilisé. En Plus j'ai eu à régler la culture sur un js côté de l'app, c'était pour ajouter à la confusion.
  • "les dates sont nulles si elles ont été soumises au royaume-UNI, mais sont très bien si vous utilisez format AMÉRICAIN. c'est à dire 6/22/2017 me donne nulle, mais 22/6/2017 est lié à la bonne date" - je suppose que vous avez obtenu de la part après "c'est à dire" mélangé.

InformationsquelleAutor trailmax | 2017-06-22
  1. 16

    Un couple de choses. Je ne suis pas sûr que vous pouvez pousser un nouvel objet de paramètres dans le middleware comme ça (Vous pouvez probablement), mais la plupart du temps, j'ai vu qu'il est utilisé dans le ConfigureServices méthode comme suit : 

    public void ConfigureServices(IServiceCollection services)
{
    services.Configure<RequestLocalizationOptions>(options =>
    {
        options.DefaultRequestCulture = new Microsoft.AspNetCore.Localization.RequestCulture("en-NZ");
        options.SupportedCultures = new List<CultureInfo> { new CultureInfo("en-US"), new CultureInfo("en-NZ") };
    });

    services.AddMvc();
}

    Seconde. L'ordre de votre middleware est très important. S'assurer que votre appel à UseRequestLocalization qui se passe avant UseMvc. Enfait il devrait probablement être la première chose dans votre portefeuille, sauf si il y a une raison spécifique, il ne peut pas être. 

    public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
{
    loggerFactory.AddConsole(Configuration.GetSection("Logging"));
    loggerFactory.AddDebug();

    app.UseRequestLocalization();
    app.UseMvc();
}

    Et enfin, pouvez-vous essayez de supprimer tous les fournisseurs de la canalisation (dont l'Un est un cookie fournisseur. Je ne peux pas imaginer pourquoi vous auriez ce cookie, mais nous allons juste essayer).

    Dans votre configurer un appel de méthode claire sur le RequestCultureProviders liste. Ce qui devrait garantir qu'il n'y a rien d'autre là-bas pour définir une culture. 

    public void ConfigureServices(IServiceCollection services)
{
    services.Configure<RequestLocalizationOptions>(options =>
    {
        options.DefaultRequestCulture = new Microsoft.AspNetCore.Localization.RequestCulture("en-GB");
        options.SupportedCultures = new List<CultureInfo> { new CultureInfo("en-GB") };
        options.RequestCultureProviders.Clear();
    });

    services.AddMvc();
}

    Plus d'infos : http://dotnetcoretutorials.com/2017/06/22/request-culture-asp-net-core/

    • Merci pour la recherche dans ce. J'ai essayé de vos suggestions, lire l'article. En effet, mon inscription a d'abord été au mauvais endroit. J'ai déplacé au-dessus de tous MVC liées enregistrements et il n'a pas changer une chose. Ces cultures ne semblent pas affecter la façon dont MVC lie les dates sur demande.
    • Aaahhh... et c'est le travail. J'ai un peu confus avec les dates - une fois dégagée de tous les environs choses de la façon dont j'ai récupéré les dates lié correctement.
    • Je suis à l'aide de Net de Base avec Nginx sur Debian. Lorsque je démarre directement sur la ligne de commande à l'aide de dotnet app.dll la date fonctionne très bien sur le POST, mais quand je lance l'application en tant que service systemd, le changement de format. Cette réponse a travaillé pour moi très bien, avec CultureInfo("pt-BR").
    InformationsquelleAutor MindingData
  2. 10

    Mise à jour de réponse pour le réseau core 2.0

        public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
    {
        var supportedCultures = new[] { new CultureInfo("es-CO") };
        app.UseRequestLocalization(new RequestLocalizationOptions
        {
            DefaultRequestCulture = new RequestCulture("es-CO"),
            SupportedCultures = supportedCultures,
            SupportedUICultures = supportedCultures
        });

        //other configurations after (not before)
    }
    • MS docs source?
    InformationsquelleAutor Johann Medina