BV
Это немного нелогично, потому что сумма интов как бы на выходе лонг всё равно должна давать
Caused by: org.jetbrains.kotlin.codegen.CompilationException: Back-end (JVM) Internal error: Couldn't transform method node
Size: a a a
2020 March 10
IS
Как кажется нашел баг в инлайн классах. В данном случае Millis это инлайн класс. Так вот при сборке получаю
IS
Millis это имплементация интерфейса TimeUnit. Если возвращаемый тип указать как TimeUnit, то все собирается успешно. Мб кто сталкивался?
IS
Версия кстати 1.3.70
М
Millis это имплементация интерфейса TimeUnit. Если возвращаемый тип указать как TimeUnit, то все собирается успешно. Мб кто сталкивался?
инлайн классы не могут наследоваться если правильно помню
М
А если убрать TimeUnit?
IS
а зачем? тут вся логика завязана просто на этом наследовании
BV
инлайн классы не могут наследоваться если правильно помню
Наследоваться они не могут, но могут имплементировать интерфейсы
М
а зачем? тут вся логика завязана просто на этом наследовании
это самописный TimeUnit?
IS
это самописный TimeUnit?
да
AL
а зачем? тут вся логика завязана просто на этом наследовании
Насколько я помню, если придётся передавать абстрактно TimeUnit, то будет боксинг, которого обычно хочется избежать с инлайн классами.
Решение проблемы - можно примерно воспользоваться дизайном kotlin.time.Duration (ну или просто заюзать). Он экспериментальный ещё, но идея похожа - инлайн класс для хранения интервала времени.
Решение проблемы - можно примерно воспользоваться дизайном kotlin.time.Duration (ну или просто заюзать). Он экспериментальный ещё, но идея похожа - инлайн класс для хранения интервала времени.
VP
Насколько я помню, если придётся передавать абстрактно TimeUnit, то будет боксинг, которого обычно хочется избежать с инлайн классами.
Решение проблемы - можно примерно воспользоваться дизайном kotlin.time.Duration (ну или просто заюзать). Он экспериментальный ещё, но идея похожа - инлайн класс для хранения интервала времени.
Решение проблемы - можно примерно воспользоваться дизайном kotlin.time.Duration (ну или просто заюзать). Он экспериментальный ещё, но идея похожа - инлайн класс для хранения интервала времени.
А как это поможет при взаимодействии с API, который не принимает инлайн-класс Duration?
VP
Мне кажется, вся суть возможности реализовывать интерфейсы в том, что его можно при необходимости передать туда, где принимается интерфейс, а не конкретный инлайн-класс
VP
При этом не надо конвертировать значение руками
IS
Мне кажется, вся суть возможности реализовывать интерфейсы в том, что его можно при необходимости передать туда, где принимается интерфейс, а не конкретный инлайн-класс
для этого и делал
IS
Мне кажется, вся суть возможности реализовывать интерфейсы в том, что его можно при необходимости передать туда, где принимается интерфейс, а не конкретный инлайн-класс
для того чтобы удобно гонять из секунд в дни и делать с ними матем. операции
VP
Ну и конечно же при любом вводе компилятор не должен бросаться backend internal error, надо заводить issue)
IS
да, я тоже думаю, что ничто иное, как баг
AL
А как это поможет при взаимодействии с API, который не принимает инлайн-класс Duration?
Не, если боксинг не проблема, то окей. Просто зависит от того, какие ожидания
NB: на ошибку сначала не обратил внимания. Это в любом случае баг и надо ишью писать/лайкать если уже есть.
NB: на ошибку сначала не обратил внимания. Это в любом случае баг и надо ишью писать/лайкать если уже есть.