A variant of the DateTime data type needed in VB.NET

[Alan M Dunsmuir]

I need to specify a new data type, almost entirely a 'clone' of the
existing DateTime type, with the following specific difference, and all
the consequent differences in properties and methods which this one
change implies.

The day immediately before Thursday September 14, 1752 should be
reported as Wednesday September 2, 1752, and so on, for all earlier
dates. Note that this change not only disrupts the steady sequence of
'one day at a time', but also breaks the mapping of Date on to
DayoftheWeek for all earlier dates, and Date on to DayoftheMonth and
DayoftheYear for earlier dates in 1752.

This is what actually occurred historically in the UK (and, I believe,
in North America) when the Gregorian calendar was finally adopted here.

I note that, since DateTime is a Value Type rather than a Reference
Type, I can neither inherit from it nor build a Class based on it. So it
would seem that a Structure has got to be the way to go. But I am not at
all sure of the detailed steps in building this, and getting it to work
as required.

Should this structure contain one or more (hidden) DateTime elements, to
facilitate use and adaptation of the existing properties and methods of
the underlying data type?

Would my structure be able to use the existing DateTime formatting
options once it has been built?
--
Alan M Dunsmuir

[Cor Ligthert]

Alan,

A datetime is actual a value that contains ticks from a certain start date
(which differs by instance when it is from a server or is internally).

You use methods to show that and to manipulate.

One of them is

DateTime.AddDay s(-x), what is maybe the most properiate for you to use in a
routine.

Cor

[Alan M Dunsmuir]

In message <um************ *@TK2MSFTNGP15. phx.gbl>, Cor Ligthert
<no************ @planet.nl> writes

A datetime is actual a value that contains ticks from a certain start
date (which differs by instance when it is from a server or is
internally).

This would not solve the problem of the correct determination of the day
of the week, for dates prior to September 14, 1752. Nor would it
calculate correctly the number of days between two supplied dates.
--
Alan M Dunsmuir

[Cor Ligthert]

Alan,

You can try to build your complete new datetime structure yourself. (The
datetime is not inheritable).

Or you can as well look if you can do it with this.
http://msdn.microsoft.com/library/de...endartopic.asp

I hope this helps

Cor

[Jay B. Harlow [MVP - Outlook]]

Cor,

A datetime is actual a value that contains ticks from a certain start date
(which differs by instance when it is from a server or is internally). A datetime is actually a value that contains "100-nanosecond units called
ticks, and a particular date is the number of ticks since 12:00 midnight,
January 1, 1 A.D. (C.E.) in the GregorianCalend ar calendar."

http://msdn.microsoft.com/library/de...ClassTopic.asp

Notice it explicitly states that it is an instace from a specific point of
time.

This should not be confused with Local Time & Universal Time. Universal Time
is based on GMT, while Local Time is based your current local. In both cases
the value is represented by "the number of ticks since 12:00 midnight,
January 1, 1 A.D. (C.E.)"

Hope this helps
Jay

"Cor Ligthert" <no************ @planet.nl> wrote in message
news:um******** *****@TK2MSFTNG P15.phx.gbl... Alan,

A datetime is actual a value that contains ticks from a certain start date
(which differs by instance when it is from a server or is internally).

You use methods to show that and to manipulate.

One of them is

DateTime.AddDay s(-x), what is maybe the most properiate for you to use in
a routine.

Cor

[Jay B. Harlow [MVP - Outlook]]

Alan,
Unfortunately because DateTime is a Structure you cannot extend (inherit
from) it.

Depending on the actual requirements for a different DateTime, I would:
- Introduce a Foreign Method
http://www.refactoring.com/catalog/i...ignMethod.html
- Define a "MyDateTime " Type that behaved correctly (more then likely a
Structure, but might be a Class)
- Introduce Local Extension
http://www.refactoring.com/catalog/i...Extension.html
- Create a custom System.Globaliz ation.Calendar (attempting to understand
the limitations of doing so).
- Create a custom ICustomFormatte r or IFormatProvider to adjust formatting
as needed...

Hope this helps
Jay

"Alan M Dunsmuir" <al**@moonrake. demon.co.uk> wrote in message
news:xp******** ******@moonrake .demon.co.uk...

I need to specify a new data type, almost entirely a 'clone' of the
existing DateTime type, with the following specific difference, and all the
consequent differences in properties and methods which this one change
implies.

The day immediately before Thursday September 14, 1752 should be reported
as Wednesday September 2, 1752, and so on, for all earlier dates. Note
that this change not only disrupts the steady sequence of 'one day at a
time', but also breaks the mapping of Date on to DayoftheWeek for all
earlier dates, and Date on to DayoftheMonth and DayoftheYear for earlier
dates in 1752.

This is what actually occurred historically in the UK (and, I believe, in
North America) when the Gregorian calendar was finally adopted here.

I note that, since DateTime is a Value Type rather than a Reference Type,
I can neither inherit from it nor build a Class based on it. So it would
seem that a Structure has got to be the way to go. But I am not at all
sure of the detailed steps in building this, and getting it to work as
required.

Should this structure contain one or more (hidden) DateTime elements, to
facilitate use and adaptation of the existing properties and methods of
the underlying data type?

Would my structure be able to use the existing DateTime formatting options
once it has been built?
--
Alan M Dunsmuir

[Cor Ligthert]

Jay,

I know what you wrote, have a look at this, where my message talks as well
about.
(Before you write it, I know that you know that page as well, however to
make it clear what I mean).

http://msdn.microsoft.com/library/de...da-db_9xut.asp

Because the problem is about calendars, do I not write about the exact
behaviour of the maybe used tick or whatever we name it.

I hope this helps

Cor

[Jay B. Harlow [MVP - Outlook]]

Cor,

http://msdn.microsoft.com/library/de...da-db_9xut.asp The topic you give discusses Transact SQL, as hopefully you realize Transact
SQL datetime is *not* the same as System.DateTime .

Even in locals that use a different System.Globaliz ation.Calendar object
(such as the HebrewCalendar or KoreanCalendar) the DateTime the value is
*still* represented by "the number of ticks since 12:00 midnight, January 1,
1 A.D. (C.E.)".

Universal Time & Local Time, as well as Globalization.C alendar simply change
the presentation/display/parsing of the DateTime value, not its internal
representation.

Hope this helps
Jay

"Cor Ligthert" <no************ @planet.nl> wrote in message
news:%2******** ********@TK2MSF TNGP14.phx.gbl. .. Jay,

I know what you wrote, have a look at this, where my message talks as well
about.
(Before you write it, I know that you know that page as well, however to
make it clear what I mean).

http://msdn.microsoft.com/library/de...da-db_9xut.asp

Because the problem is about calendars, do I not write about the exact
behaviour of the maybe used tick or whatever we name it.

I hope this helps

Cor

[Cor Ligthert]

Jay,

The topic you give discusses Transact SQL, as hopefully you realize
Transact SQL datetime is *not* the same as System.DateTime .

Exactly therefore I answered in the way I did, trying to show that there are
more DateTime values.

Although the OP did not speak about that, it is for me as well obvious that
the OP is talking about the system.DateTime . However I did not explicitly
directly wanted react on that what I expected.

And the rest is exactly as you wrote, therefore I answered the OP in the way
I did and showed the calendar property page on which is a lot of information
about that. I hope you did not miss that.

Cor

[Jay B. Harlow [MVP - Outlook]]

Cor,
(shakes head). Again these comments don't really warrant a response either.

The OP stated in the subject "a variant of the DateTime data type needed in
VB.NET". Notice he specifically stated "in VB.NET"!

Hope this helps
Jay

"Cor Ligthert" <no************ @planet.nl> wrote in message
news:%2******** ********@TK2MSF TNGP12.phx.gbl. ..

Jay,

The topic you give discusses Transact SQL, as hopefully you realize
Transact SQL datetime is *not* the same as System.DateTime .

Exactly therefore I answered in the way I did, trying to show that there
are more DateTime values.

Although the OP did not speak about that, it is for me as well obvious
that the OP is talking about the system.DateTime . However I did not
explicitly directly wanted react on that what I expected.

And the rest is exactly as you wrote, therefore I answered the OP in the
way I did and showed the calendar property page on which is a lot of
information about that. I hope you did not miss that.

Cor