Re: Check DateTime format
Cor Ligthert <notfirstname@p lanet.nl> wrote:[color=blue]
> I only wrote that in my opinion using a try and catch, for things that can
> be catched in advance with code, should be avoided.[/color]
And I agree with that. However, your post *seemed* to suggest to me
that you would rather call IsDate than use a try/catch, despite the
fact that IsDate almost certainly contains a try/catch. Were you not
actually suggesting that using IsDate is better?
[color=blue]
> That does not mean that I did not believe you about the performance, the
> code for testing a date can be very long, I did not even try to write an
> example.
>
> When I disagree with you about something, I write that, I think that you
> have enough expirience with that. And when not there is no need to prove it
> for me.
>
> Maybe you think only C# people have principles, no it is not.[/color]
I certainly don't think that.
--
Jon Skeet - <skeet@pobox.co m>
If replying to the group, please do not mail me too
Cor Ligthert <notfirstname@p lanet.nl> wrote:[color=blue]
> I only wrote that in my opinion using a try and catch, for things that can
> be catched in advance with code, should be avoided.[/color]
And I agree with that. However, your post *seemed* to suggest to me
that you would rather call IsDate than use a try/catch, despite the
fact that IsDate almost certainly contains a try/catch. Were you not
actually suggesting that using IsDate is better?
[color=blue]
> That does not mean that I did not believe you about the performance, the
> code for testing a date can be very long, I did not even try to write an
> example.
>
> When I disagree with you about something, I write that, I think that you
> have enough expirience with that. And when not there is no need to prove it
> for me.
>
> Maybe you think only C# people have principles, no it is not.[/color]
I certainly don't think that.
--
Jon Skeet - <skeet@pobox.co m>
If replying to the group, please do not mail me too
Comment