а в джава это невозможно да?

Там это будет не так элегантно выглядеть.

а в джава как это невозможно да?

Ты можешь объявлять экстеншены на стандартных типах джавы

вызвать такие функции или создать?

расширить примитивный класс при этом не плодя потомков

так?

просто вызывать их как функцию инстанса сможешь только из котлина

из джавы же придется вызывать статик метод банально

расширить примитивный класс при этом не плодя потомков

нет. разве что обходными путями

ппц прикольный язык

а в джава это невозможно да?

в джаве ты просто так будешь писать: public static long seconds(long s) { return s * 1000 } seconds(80L)

в том числе экстеншн на Long или String сделать можно, а вот на long нельзя - это не класс

в том числе экстеншн на Long или String сделать можно, а вот на long нельзя - это не класс

В Kotlin нет long.

Я про джаву

неглубокое но все же знание java помогает освоить котлин?

Ну с точки зрения Котлина вообще конечно да, будет все равно, ведь и Long и long джавовские в котлине превратятся в kotlin.Long

неглубокое но все же знание java помогает освоить котлин?

по сравнению с отсутствием знаний яп вообще - да

это ж типа хелпера

неглубокое но все же знание java помогает освоить котлин?

Разные мнения есть. Мое что в целом понимание как работать с gradle/intellij idea намного важнее чем знание джавы)

ну как минимум стандартную библиотеку джавы знать нужно, ибо у котлина своей нет

есть только экстеншны над джавовской

Разные мнения есть. Мое что в целом понимание как работать с gradle/intellij idea намного важнее чем знание джавы)

спасибо, ты крутой чувак, посмотрю тебя на ютубе))

есть только экстеншны над джавовской

чуть больше чем только экстеншены, но да

ну есть еще всякие умные обертки типо того же mutableMap, но они все равно скорее обертки чем своя stdlib

Ну с точки зрения Котлина вообще конечно да, будет все равно, ведь и Long и long джавовские в котлине превратятся в kotlin.Long

Нет же

Там либо юзается Long явовский

Либо long примитив где это возможно

Где там?)

В Kotlin

в котлине юзается kotlin.Long

обы заюзать джавовский это нормально так попотеть надо, плюс тебе все будет светиться ворнингами мол не делай так

kotlin.Long в случае java это либо long или java.lang.Long

Где там?)

думаешь, писать свою stdlib true way? тогда ты будешь не совместитм с дригими людьми или это норм?

что будет зависит от наллабилити

я как то пытался очень настойчиво юзать джавовский String и CharSequence, я сталкивался с этим дерьмом

А вот еще вопрос, kotlin - как объяснить отличие от java

думаешь, писать свою stdlib true way? тогда ты будешь не совместитм с дригими людьми или это норм?

Нет, я считаю что во первых true way нет как такогового, все зависит от целей, и так же считаю что котлин выбрал правильный путь не городя свой огород а взяв все готовенькое и улучшив

обы заюзать джавовский это нормально так попотеть надо, плюс тебе все будет светиться ворнингами мол не делай так

Чего вы придумываете, уважаемый?

Мой поинт был в том, что джаву знать хотя бы на этом уровне надо

В kotlin нет своих оберток

Это их позиция

просто потому что в котлине это работает вот так. Как не крути котлин это суперсет джавы и знать её если собираешься писать под jvm стоит

Почему?

Там чистая java

По перфомансу почти не заметно

Только гора синтаксического сахара и все

Только гора синтаксического сахара и все

можно сказать что здесь комьюнити сладкоежек?

шучу))

Ага :)

Чего вы придумываете, уважаемый?

Начинается

Это по вашему простое использование джавовского лонга?

Это по вашему простое использование джавовского лонга?

Не нужно использовать его явно.

val l = 1L

Используй var l = Long(1)

Используй var l = Long(1)

не делай так

В байткоде будет Java.lang.Long

Или это не ворнинг

Или это не ворнинг

Это ворнинг, потому что не надо так делать.

вы весь сахар испортили?

я может врываюсь не поделу, но чем стандартыне методы календаря, еда тайм и TimeUnit не угодили для таких делишек?

с этим своим java.lang.Long

я может врываюсь не поделу, но чем стандартыне методы календаря, еда тайм и TimeUnit не угодили для таких делишек?

еда тайм ?

ERROR: S client not available

https://kotlinlang.org/docs/reference/basic-types.html

Это ворнинг, потому что не надо так делать.

вы не читали походу дискуссию выше

еда тайм ?

соряныч, JodaTime

вы не читали походу дискуссию выше

Читал, только проблемы не вижу.

Я проблему и не обрисовываю

в котлине юзается kotlin.Long

обы заюзать джавовский это нормально так попотеть надо, плюс тебе все будет светиться ворнингами мол не делай так

Смотри. Скомпилируй свой код

И открой .jar

обы заюзать джавовский это нормально так попотеть надо, плюс тебе все будет светиться ворнингами мол не делай так

Видел.

Я правильно понял что проблема доступиться до методов внутри "java.lang.Long"?

Там будет явовский long

обы заюзать джавовский это нормально так попотеть надо, плюс тебе все будет светиться ворнингами мол не делай так

Непонятно, что под разумевается под «заюзать». Написать в коде — а зачем? Получить в байт-коде — так и будет.

Там будет явовский long

Ну я говорил что в Котлине будет юзаться kotlin.Long, а не в байткоде

не подменяйте понятия

А... А зачем нужно писать java.lang.Long?

В каких ситуациях это может понадобиться?

А... А зачем нужно писать java.lang.Long?

меньше сахара, соскучились по длинному синтаксису))

блин, вы просто друг друга не поняли

и развели диалог ни о чем

Я отвечаю вот на это

Нет же

Там либо юзается Long явовский

Либо long примитив где это возможно

Где там?)

В Kotlin

Ага, походу да.

лан ребят, всем хорошего дня, извиняйте за бессмысленные вопросы))

Ясно. Не поняли друг друга

Ну да, ох уж это текстовое общение))

словами бы за полминуты разобрались уже и пошли б работать)

я может врываюсь не поделу, но чем стандартыне методы календаря, еда тайм и TimeUnit не угодили для таких делишек?

А что конкретно? Скажем, мне нужно смотреть на код и с ходу видеть, что вот это: val ourDelta = 2L.hours + Util.rnd(0, 60).toLong().minutes — от двух до трех часов в милисекундах. Как в этом могут помочь вышеупомянутые классы? Я буду только рад лучшему способу ?