AN
да, есть серия библиотек по мелочи, и там везде используется java.util.date, и вот для мультиплатформы интересуюсь.
Я бы рекомендовал простой expect/actual. Даты в Java.time слишком сильно отлично работают от жс-ных
Size: a a a
2020 April 28
SB
А почему оно должно быть в стдлибе? По поводу денег есть несколько либ для бигинтов. Вот например подвезли: https://github.com/mipt-npm/kmath/pull/86/commits/fbe7363cde853b82d51448b7193a62409643b066
А почему оно НЕ должно быть в стдлибе? В яве почему-то есть, чем котлин хуже?
AN
А почему оно НЕ должно быть в стдлибе? В яве почему-то есть, чем котлин хуже?
В яве очень много что в стдлибе, и программы на яве не таскают стдлиб с собой. Программы на котлин таскают
AL
А почему оно НЕ должно быть в стдлибе? В яве почему-то есть, чем котлин хуже?
stdlib -- это не про даты или деньги. хотя даты, а точнее время (timestamp) -- это еще можно отнести к вещам общего назначения, но деньги уж точно нет.
BP
stdlib -- это не про даты или деньги. хотя даты, а точнее время (timestamp) -- это еще можно отнести к вещам общего назначения, но деньги уж точно нет.
kotlin.time
VP
А почему оно НЕ должно быть в стдлибе? В яве почему-то есть, чем котлин хуже?
Тем, что котлин на ней базируется, и если не затрагивать мультиплатформу, там это вообще не нужно, ведь всё уже есть
AN
kotlin.time
Там только интервалы в стдлибе. Они нужны для таймаутов
AN
Тем, что котлин на ней базируется, и если не затрагивать мультиплатформу, там это вообще не нужно, ведь всё уже есть
Плюс сделать мультиплатформные даты, чтобы и с JVM и с JS стыковалось - совсем нетривиальная задача
AN
а если забить на интероп - будет больно
BP
Там только интервалы в стдлибе. Они нужны для таймаутов
Ну метки времени не хватает
BP
Но я костылил. Там совсем чуток нужно для мультиплатформу. А на основе уже можно локальные даты и время сделать. Я вот никак не соберусь
SB
stdlib -- это не про даты или деньги. хотя даты, а точнее время (timestamp) -- это еще можно отнести к вещам общего назначения, но деньги уж точно нет.
Это зависит от того, чего хотят создатели языка (точнее в данном случае мультиплатформы). Если они хотят чтобы тем, что они разрабатывают, как можно шире пользовались другие - это одно, а если делают это из чисто академического интереса - то, конечно, другое.
Огромное количество ПО работает с деньгами (в смысле BigDecimal, а не в смысле JSR-354), а найти программу, в которой не используются даты вообще очень непросто, кмк.
Огромное количество ПО работает с деньгами (в смысле BigDecimal, а не в смысле JSR-354), а найти программу, в которой не используются даты вообще очень непросто, кмк.
BP
Это зависит от того, чего хотят создатели языка (точнее в данном случае мультиплатформы). Если они хотят чтобы тем, что они разрабатывают, как можно шире пользовались другие - это одно, а если делают это из чисто академического интереса - то, конечно, другое.
Огромное количество ПО работает с деньгами (в смысле BigDecimal, а не в смысле JSR-354), а найти программу, в которой не используются даты вообще очень непросто, кмк.
Огромное количество ПО работает с деньгами (в смысле BigDecimal, а не в смысле JSR-354), а найти программу, в которой не используются даты вообще очень непросто, кмк.
Как и либ для работы со временем. На котлине две видел,
SB
Как и либ для работы со временем. На котлине две видел,
А с явой у них как интероперабельность?
BP
А с явой у них как интероперабельность?
Никакой
SB
Никакой
Ну вот то-то и оно )
BP
Это собственные классы, а апи похоже
BP
Ну вот то-то и оно )
Нельзя так просто сделать одинаковое апи и а всех платформах
DT
Как и либ для работы со временем. На котлине две видел,
Мне для либы хотелось просто поменьше зависимостей, но раз нет, то буду выбирать какую из этих двух использовать
SB
Это собственные классы, а апи похоже
Я смотрел как-то Klock (если я правильно запомнил название), со стороны явы он выглядел как что-то вообще непотребное. Правда это было давно, надо будет ещё раз глянуть