@dban Pourquoi une réponse de @CMSnon marquée comme réponse? Il peut y avoir une raison - je suis curieux.
nam
5
@nam L'utilisateur a supprimé son compte ou a été banni, ne peut pas cliquer dessus ni voir sa réputation / médailles. Malheureusement, tout ce que nous pouvons faire est de lui donner un coup de pouce.
YumeYume
Réponses:
754
Étant donné que vous gérez le temps sur 24 heures et que vous avez une virgule séparant la fraction de secondes, je vous recommande de spécifier un format personnalisé:
(Je pense que vous vouliez utiliser une virgule dans les chaînes de date et de format, n'est-ce pas?)
lc.
1
Il s'agit uniquement d'une virgule en raison du paramètre OPs European Locale, que se passe-t-il si vous apportez ce code à un autre serveur avec un US.Locale, les fractions d'une section seront une décimale et non une virgule sur la chaîne enregistrée, et votre solution Pause. Assurez-vous d'ajouter une vérification pour le type de chaîne datetime entrante pour ses paramètres régionaux corrects avant d'appliquer le bon analyseur. Je suis surpris que Microsoft n'ait pas déjà ce code pré-construit ailleurs dans le CLR ou C # .net
hamish
impossible de convertir ceci en chaîne d'heure de date MyString = "06/22/1916 3:20:14 PM";
Vinod Kumar
L'heure sur 24 heures et la virgule comme séparateur décimal ne sont pas des paramètres régionaux personnalisés. Il ne devrait pas avoir besoin d'être manipulé spécialement.
jpaugh
248
Vous avez essentiellement deux options pour cela. DateTime.Parse()et DateTime.ParseExact().
Le premier est très indulgent en termes de syntaxe et analysera les dates dans de nombreux formats différents. Il est bon pour les entrées utilisateur qui peuvent se présenter sous différents formats.
ParseExact vous permettra de spécifier le format exact de votre chaîne de date à utiliser pour l'analyse. Il est bon de l'utiliser si votre chaîne est toujours au même format. De cette façon, vous pouvez facilement détecter tout écart par rapport aux données attendues.
Vous pouvez analyser les entrées utilisateur comme ceci:
"d"représente le modèle de date courte (voir MSDN pour plus d'informations ) et nullspécifie que la culture actuelle doit être utilisée pour analyser la chaîne.
Personne ne semble avoir implémenté une méthode d'extension. Avec l'aide de la réponse de @ CMS :
Voici un exemple complet et amélioré de source complète: Gist Link
namespace ExtensionMethods{
using System;
using System.Globalization;publicstaticclassDateTimeExtensions{publicstaticDateTimeToDateTime(thisstring s,string format ="ddMMyyyy",string cultureString ="tr-TR"){try{var r =DateTime.ParseExact(
s: s,
format: format,
provider:CultureInfo.GetCultureInfo(cultureString));return r;}catch(FormatException){throw;}catch(CultureNotFoundException){throw;// Given Culture is not supported culture}}publicstaticDateTimeToDateTime(thisstring s,string format,CultureInfo culture){try{var r =DateTime.ParseExact(s: s, format: format,
provider: culture);return r;}catch(FormatException){throw;}catch(CultureNotFoundException){throw;// Given Culture is not supported culture}}}}
namespace SO {
using ExtensionMethods;
using System;
using System.Globalization;classProgram{staticvoidMain(string[] args){var mydate ="29021996";var date = mydate.ToDateTime(format:"ddMMyyyy");// {29.02.1996 00:00:00}
mydate ="2016 3";
date = mydate.ToDateTime("yyyy M");// {01.03.2016 00:00:00}
mydate ="2016 12";
date = mydate.ToDateTime("yyyy d");// {12.01.2016 00:00:00}
mydate ="2016/31/05 13:33";
date = mydate.ToDateTime("yyyy/d/M HH:mm");// {31.05.2016 13:33:00}
mydate ="2016/31 Ocak";
date = mydate.ToDateTime("yyyy/d MMMM");// {31.01.2016 00:00:00}
mydate ="2016/31 January";
date = mydate.ToDateTime("yyyy/d MMMM", cultureString:"en-US");// {31.01.2016 00:00:00}
mydate ="11/شعبان/1437";
date = mydate.ToDateTime(
culture:CultureInfo.GetCultureInfo("ar-SA"),
format:"dd/MMMM/yyyy");// Weird :) I supposed dd/yyyy/MMMM but that did not work !?$^&*System.Diagnostics.Debug.Assert(
date.Equals(newDateTime(year:2016, month:5, day:18)));}}}
Nobody seems to implemented an extension methodpeut-être parce que pas nécessaire ...
Yousha Aleayoub
Parfois, la bibliothèque standard ne correspond pas à nos besoins. Et c'est pourquoi besoin / utilisation de bibliothèques d'assistance. En utilisant la méthode de la méthode d'extension, ou une API fluide, c'est plutôt la FP qui préfère la POO ou vice versa. Ni correct ni faux. C'est un choix. @YoushaAleayoub
guneysus
23
J'ai essayé de différentes manières. Ce qui a fonctionné pour moi, c'est ceci:
string input;DateTime db;Console.WriteLine("Enter Date in this Format(YYYY-MM-DD): ");
input =Console.ReadLine();
db =Convert.ToDateTime(input);//////// this methods convert string value to datetime///////// in order to print dateConsole.WriteLine("{0}-{1}-{2}",db.Year,db.Month,db.Day);
stringvalue="1 January 2019";CultureInfo provider =newCultureInfo("en-GB");DateTime.Parse(value, provider,DateTimeStyles.NoCurrentDateDefault););
Valeur: représentation sous forme de chaîne de la date et de l'heure.
Fournisseur: objet qui fournit des informations spécifiques à la culture.
Styles: options de formatage qui personnalisent l'analyse des chaînes pour certaines méthodes d'analyse de la date et de l'heure. Par exemple, AllowWhiteSpaces est une valeur qui aide à ignorer tous les espaces présents dans la chaîne pendant son analyse.
Il convient également de se rappeler que DateTime est un objet qui est stocké sous forme de nombre en interne dans le cadre, Format ne s'applique à lui que lorsque vous le reconvertissez en chaîne.
Analyser la conversion d'une chaîne en type de numéro interne.
Formatage convertissant la valeur numérique interne en une chaîne lisible.
J'ai récemment eu un problème où j'essayais de convertir un DateTime pour passer à Linq ce que je n'avais pas réalisé à l'époque était que le format n'était pas pertinent lors du passage de DateTime à une requête Linq.
Vous pouvez également utiliser DateTime.TryParseExact () comme ci-dessous si vous n'êtes pas sûr de la valeur d'entrée.
DateTime outputDateTimeValue;if(DateTime.TryParseExact("2009-05-08 14:40:52,531","yyyy-MM-dd HH:mm:ss,fff",System.Globalization.CultureInfo.InvariantCulture,System.Globalization.DateTimeStyles.None,out outputDateTimeValue)){return outputDateTimeValue;}else{// Handle the fact that parse did not succeed}
Différentes cultures dans le monde écrivent des chaînes de dates de différentes manières. Par exemple, aux États-Unis, le 20/01/2008 est le 20 janvier 2008. En France, cela déclenchera une exception InvalidFormatException. En effet, la France lit les dates-heures comme Jour / Mois / Année et aux États-Unis, c'est Mois / Jour / Année.
Par conséquent, une chaîne comme 20/01/2008 sera analysée jusqu'au 20 janvier 2008 en France, puis lèvera une InvalidFormatException aux États-Unis.
Pour déterminer vos paramètres de culture actuels, vous pouvez utiliser System.Globalization.CultureInfo.CurrentCulture.
Supposons que vous ayez une date au format aaaMJj.
Le moyen le plus rapide de le convertir que j'ai trouvé est:
var d =newDateTime((s[0]-'0')*10+ s[1]-'0'+2000,(s[2]-'0')*10+ s[3]-'0',(s[4]-'0')*10+ s[5]-'0')
Choisissez simplement les index en fonction du format de date de votre choix. Si vous avez besoin de vitesse, cela ne vous dérange probablement pas de la manière «non générique» de la fonction.
Cette méthode prend environ 10% du temps requis par:
var d =DateTime.ParseExact(s,"yyMMdd",System.Globalization.CultureInfo.InvariantCulture);
@CMS
non marquée comme réponse? Il peut y avoir une raison - je suis curieux.Réponses:
Étant donné que vous gérez le temps sur 24 heures et que vous avez une virgule séparant la fraction de secondes, je vous recommande de spécifier un format personnalisé:
la source
Vous avez essentiellement deux options pour cela.
DateTime.Parse()
etDateTime.ParseExact()
.Le premier est très indulgent en termes de syntaxe et analysera les dates dans de nombreux formats différents. Il est bon pour les entrées utilisateur qui peuvent se présenter sous différents formats.
ParseExact vous permettra de spécifier le format exact de votre chaîne de date à utiliser pour l'analyse. Il est bon de l'utiliser si votre chaîne est toujours au même format. De cette façon, vous pouvez facilement détecter tout écart par rapport aux données attendues.
Vous pouvez analyser les entrées utilisateur comme ceci:
Si vous avez un format spécifique pour la chaîne, vous devez utiliser l'autre méthode:
"d"
représente le modèle de date courte (voir MSDN pour plus d'informations ) etnull
spécifie que la culture actuelle doit être utilisée pour analyser la chaîne.la source
essaye ça
une meilleure façon serait la suivante:
la source
Utilisation
DateTime.Parse(string)
:la source
Personne ne semble avoir implémenté une méthode d'extension. Avec l'aide de la réponse de @ CMS :
Voici un exemple complet et amélioré de source complète: Gist Link
la source
Nobody seems to implemented an extension method
peut-être parce que pas nécessaire ...J'ai essayé de différentes manières. Ce qui a fonctionné pour moi, c'est ceci:
data
pour moi c'était des moments comme ça 24/09/2017 09:31:34la source
Essayez ci-dessous, où strDate est votre date au format «MM / jj / aaaa»
la source
Convert.ToDateTime ou DateTime.Parse
la source
la source
DateTime.Parse
Syntaxe:
Exemple:
Il convient également de se rappeler que DateTime est un objet qui est stocké sous forme de nombre en interne dans le cadre, Format ne s'applique à lui que lorsque vous le reconvertissez en chaîne.
Analyser la conversion d'une chaîne en type de numéro interne.
Formatage convertissant la valeur numérique interne en une chaîne lisible.
J'ai récemment eu un problème où j'essayais de convertir un DateTime pour passer à Linq ce que je n'avais pas réalisé à l'époque était que le format n'était pas pertinent lors du passage de DateTime à une requête Linq.
Documentation complète de DateTime
la source
Vous pouvez également utiliser DateTime.TryParseExact () comme ci-dessous si vous n'êtes pas sûr de la valeur d'entrée.
la source
Mettez ce code dans une classe statique
> public static class ClassName{ }
De cette façon, vous pouvez utiliser
la source
Je viens de trouver une manière élégante:
la source
Différentes cultures dans le monde écrivent des chaînes de dates de différentes manières. Par exemple, aux États-Unis, le 20/01/2008 est le 20 janvier 2008. En France, cela déclenchera une exception InvalidFormatException. En effet, la France lit les dates-heures comme Jour / Mois / Année et aux États-Unis, c'est Mois / Jour / Année.
Par conséquent, une chaîne comme 20/01/2008 sera analysée jusqu'au 20 janvier 2008 en France, puis lèvera une InvalidFormatException aux États-Unis.
Pour déterminer vos paramètres de culture actuels, vous pouvez utiliser System.Globalization.CultureInfo.CurrentCulture.
la source
celui-ci vous donne
la source
Voulez-vous que ce soit rapide?
Supposons que vous ayez une date au format aaaMJj.
Le moyen le plus rapide de le convertir que j'ai trouvé est:
Choisissez simplement les index en fonction du format de date de votre choix. Si vous avez besoin de vitesse, cela ne vous dérange probablement pas de la manière «non générique» de la fonction.
Cette méthode prend environ 10% du temps requis par:
la source