I see that kotlin is getting its own implementatio...
# stdlibh
Hullaballoonatic
10/31/2019, 4:42 PMI see that kotlin is getting its own implementation of
DurationDateDateDateTimeLocalDateLocalDateTimeg
gildor
10/31/2019, 4:44 PMNot yet
gildor
10/31/2019, 4:45 PMBut there are plans for kotlinx.time
m
Mike
10/31/2019, 4:45 PMOn JDK 8+, use the java.time libraries. They are as clean as time will get.
If you're stuck on older version (Android?), then Joda Time is your best alternative.
Mike
10/31/2019, 4:45 PMI hope kotlinx.time just builds on/extends java.time.
g
gildor
10/31/2019, 4:45 PMNo, Joda Time is not the best
gildor
10/31/2019, 4:46 PMBetter to use ThreeTen-Backport/ThreeTenABP
❤️ 3
👍 5
m
Mike
10/31/2019, 4:48 PMAhh, yes, I stand corrected. If you can't use java.time, then 310. Fortunately, I've been able to use java.time, so had forgotten 310 was introduced. Thank you
j
jw
10/31/2019, 5:04 PMDateTime/LocalDate/LocalDateTime aren't a mess
👍 5
m
Mike
10/31/2019, 5:06 PMI agree with Jake, it's the physical Date and Time that are a total mess. Timezones, DST, leap years etc.
The java.time library does a very good job of simplifying it as much as possible.
h
Hullaballoonatic
10/31/2019, 5:28 PMBy mess I mean that java's
DateLocalDateDateTimeLocalDateTime🚫 1
👎 2
m
Mike
10/31/2019, 5:38 PMYou've forgotten ZonedDateTime. Time is too complicated to easily be handled by one class. The only time it's easy is if you only have one TZ to deal with, and even that can have complications.
h
Hullaballoonatic
10/31/2019, 10:01 PMYeah, and don't even start on historical events...
Hullaballoonatic
10/31/2019, 10:01 PMleap seconds...
Hullaballoonatic
10/31/2019, 10:02 PMit would help if we didn't try to divide the time it takes for the earth to orbit the sun by the time it takes for the fully rotate about its axis, given those two cosmological events have no relation to one another at all
g
gildor
11/01/2019, 12:50 AMYeah, let's fix the world to simplify programmer's life, otherwise it would be needed to read documentation for time API
j
jw
11/01/2019, 12:52 AMWell... timezones and DST aren't really needed anymore. Leap seconds then also not needed. We control the software, people. Let's do this.
🗺️ 2
g
ghedeon
11/01/2019, 8:01 AMDidn't they just present library desugaring on dev summit? I'd expect that 310 won't be needed soon.
g
gildor
11/01/2019, 8:02 AMYes, in AGP 4.0
h
Hullaballoonatic
11/01/2019, 2:25 PMI'm all for a hard-reset on humanity so we can start this whole quantifying date/time thing from a more sensible position. At the moment, it is un-refactorable.
2 Views