[Mono-dev] DateTime.Parse difference with .NET
Alfredo Jose Muela Romero
aioros at ono.com
Tue Aug 9 06:44:26 EDT 2005
El Tue, 09 Aug 2005 19:01:32 +0900
Atsushi Eno <atsushi at ximian.com> escribió:
> Now that it turned out that the bug is not reproducible with
> the latest svn HEAD (i.e. the bug report is invalid)...
Which bug? Did I talk to any bug? :-S If I did so I didn't mean
it, I just wanted to ask a doubt...
> Alfredo Jose Muela Romero wrote:
> > Hello,
> > El Tue, 09 Aug 2005 13:30:19 +0900
> > Atsushi Eno <atsushi at ximian.com> escribió:
> > [...]
> >>In fact using DateTime.Parse() is somewhat stupid ;-) Read
> >efault >.aspx?side=true#a
> >> The DateTime.Parse method in the Microsoft .NET Framework
> >> has goals much like its predecessors, but unfortunately
> >> it suffers from some of the same problems. The code is
> >> slower since the extra checking takes time, and there
> >> will always be some new format that is not properly
> >> detected. In those older products, you may remember, the
> >> behavior was sometimes disparagingly referred to as "evil
> >> date parsing."
> >>At least DateTime.Parse() is COM dependent where the behavior
> >>is totally unpredictable and not countable from
> > But in  we find that format string we need to specify
> > as a
> > valid format (see Globalization.DateTimeFormatInfo) it is
> > unfinished :-S
> If we have corresponding format string, it is likely to work
> like this case.
I guess I didn't understand the "unfinished concept" or your
answer... In other words... even if there are unfinished members
on a class, and consecuently the class is marked as unfinished,
is still the class usable? (I thought I couldn't...)
> > May be I lost something... what do you suggest to use
> > instead of
> > DateTime.Parse() or DateTime.ParseExact()?
> I don't understand why we need to find something "instead of
> DateTime.ParseExact()". Just use it.
So, should I use a string specify for myself (such as
"dd/MM/yyyy H:mm*:ss*") for the format?
PS Thanks a lot for your time.
More information about the Mono-devel-list