You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The time-granularity types (i.e. LocalDateTime, LocalTime, OffsetDateTime,
ZonedDateTime) contain a large number of similar-sounding properties:
- MillisecondOfDay
- SecondOfDay
- TickOfDay
- TickOfSecond
- Tick
'Tick' is also misnamed: it's actually 'TickOfMillisecond'. But more
importantly, it's not clear that all of these are actually useful.
Original issue reported on code.google.com by malcolm.rowe on 2 Aug 2012 at 8:48
The text was updated successfully, but these errors were encountered:
I would suggest that of these:
- MillisecondOfDay and SecondOfDay should definitely go. These are trivially
derivable from TickOfDay.
- TickOfDay should stay; in some ways it's the numeric equivalent of LocalTime.
- TickOfSecond and TickOfMillisecond (which would obviously be renamed) are
tricky. It feels like "millisecond" is really an imposter here, a unit of time
which we possibly shouldn't care about. On the other hand, we allow it to be
specified when *constructing* values, and it makes some sense to be able to do
so, as a more commonly-used "smallest unit" than ticks.
I think I'd like to kill TickOfMillisecond but keep TickOfSecond for the
moment. Other opinions welcome.
Original comment by jonathan.skeet on 24 Aug 2012 at 12:58
(The commit automatically closed the issue, but if there are still concerns
about whether TickOfDay and TickOfSecond are both needed, we can discuss
them...)
Original comment by jonathan.skeet on 21 Oct 2012 at 2:08
Original issue reported on code.google.com by
malcolm.rowe
on 2 Aug 2012 at 8:48The text was updated successfully, but these errors were encountered: