в андроид проекте создал main.kt внутри папки java/mypackage запускаю fun main(args: Array<String>) выдает ошибку java.lang.ClassNotFoundException

Все. Тебе сюда @android_ru

Котаны, кто-нибудь использовал Котлин как замену JS?

использовал

использовал

И как оно по производительности?

проблем с производительностью не замечал. изначально были проблемы с размером stdlib, но выход dce их решил вторая проблема была с "watch" режимом (чтобы через webpack hmr быстро собиралось и обновлялось на лету), но и их вот только решили последний таск буквально несколько минут назад закрыли )

https://youtrack.jetbrains.com/issue/KT-20210#tab=Comments вот этот

проблем с производительностью не замечал. изначально были проблемы с размером stdlib, но выход dce их решил вторая проблема была с "watch" режимом (чтобы через webpack hmr быстро собиралось и обновлялось на лету), но и их вот только решили последний таск буквально несколько минут назад закрыли )

Код сильно раздувает?

нет, в последних версиях все очень локанично

нет, в последних версиях все очень локанично

Ок, спасибо

но вот мой вопрос выше (про компилятор) был в том числе про js сейчас там фактический нет никаких оптимизаций. вот если подключат IR и оптимизации от Kotlin/Native то должно стать намного лучше сейчас хорошо бы прогонять код дополнительно через Closure Compiller

Почему нет правила называть переменные типа val через верхний регистр если это аналог final в джаве? По идее же во всех языках константы всегда принято верхним регистром называть

В джаве верхний регистр для static final

регистр только для файнал статик

Ребят, есть какойто быстрый способ сделать обертку над классом и продублировать проперти аггрегированного объекта? я делаю так: class WalkingBehaviour { var walking = false } class Player { val walkingBehaviour = WalkingBehaviour() var walking = false get() = walkingBehaviour.walking } это нормально?

Почему нет правила называть переменные типа val через верхний регистр если это аналог final в джаве? По идее же во всех языках константы всегда принято верхним регистром называть

Потомучто это будет поле класса, чтобы студия не ругалась на верхний регистр в название, выноси или в companion object или делай top level

Ребята подскажите пожалуйста

как это написать проще?

нутром чувствую что иметь null safety и юзать тут if не совсем верно

можно listOf(getFirstName(), getLastName()).filterNotNull().joinToString(" ")

как-то нет там фильтра

или "${getFirstName() ?: ""} ${getLastName() ?: ""}".trim()

эмм, зачем геттеры, если есть property?

(getFirstName() ?: "") + " " + (getLastName() ?: "") И затримить

у меня не весь проект на котлине

О, выше уже написали

firstName + lastName == fullNumber? O_o

то такое

fullName конечно

when { firstName == null && lastName == null -> null firstName == null -> lastName lastName == null -> firstName else -> "$firstName $lastName" }

какой вариант лучше? этот или тот который вместе с trim?

какой вариант лучше? этот или тот который вместе с trim?

хармонизер самый быстрый предложил

с тримом самый красивый имхо

хармонизер самый быстрый предложил

не уверен, можно же придумать упоротых трюков без ветвления :)

не уверен, можно же придумать упоротых трюков без ветвления :)

и выйдет то, что у тс)

спасибо парни

С when самое читабельное.

и выйдет то, что у тс)

там ветвление, как и у меня)

там ветвление, как и у меня)

с when витвление красивее выглядит

(getFirstName() ?: "") + " " + (getLastName() ?: "") И затримить

Но я бы это выбрал.

там ветвление, как и у меня)

что-то не могу понять как ещё можно тогда...

Ребят, есть какойто быстрый способ сделать обертку над классом и продублировать проперти аггрегированного объекта? я делаю так: class WalkingBehaviour { var walking = false } class Player { val walkingBehaviour = WalkingBehaviour() var walking = false get() = walkingBehaviour.walking } это нормально?

Отнаследоваться, принимать объект, который хотим обернуть в конструкторе и написать конструктор копирования ?

Отнаследоваться, принимать объект, который хотим обернуть в конструкторе и написать конструктор копирования ?

не надо наследоваться от классов

парни теперь еще один небольшой вопрос

не надо наследоваться от классов

А как бы тут сделал?

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

я ожидал что будет чтот-то типа default метода в интрфейсе как из 8 джавы

А просто метод написать с телом нельзя?

В котлин интерфейсе

из-за кривой реализации прошлого разработчка, у меня заваедено несколько однотипных объектов

ну типа у все есть fullname который состояит из last и first name

копипсасить это в 3 разных класса не хочется

хочеться абстракции

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

мб поставить для Котлина таргет 1,8?

хм

А как бы тут сделал?

Обернуть объект. Реализовать тот же интерфейс, который реализует аггрегированный объект. Шаблон «Декоратор». В Котлине для этого даже делегирование есть.

ERROR: S client not available

хм

Все верно, нужно 8ку прописать как таргет, а так вообще warning должен быть. Но это на 1.2 версии

Спасибо я попробую

Я тут вчера мимолётно видел, что синглетоны в котлине не круто юзать? А как жить без них?

Я тут вчера мимолётно видел, что синглетоны в котлине не круто юзать? А как жить без них?

А я не видел. Можешь повторить?

А я не видел. Можешь повторить?

Да кто-то говорил, что синглетоны зло. Я может не так понял. Просто вот первый день на котлине чето делаю и нужен синглетон с переодической таской. Думал, может тут чё круче есть))

Да кто-то говорил, что синглетоны зло. Я может не так понял. Просто вот первый день на котлине чето делаю и нужен синглетон с переодической таской. Думал, может тут чё круче есть))

DI

Хотя, это зависит от того, что понимать под синглтоном. Если нужен сингл инстанс, но с ограниченным доступом, то норм.

Да кто-то говорил, что синглетоны зло. Я может не так понял. Просто вот первый день на котлине чето делаю и нужен синглетон с переодической таской. Думал, может тут чё круче есть))

Я точно такое говорил. И Котлин тут не при чём.

Я точно такое говорил. И Котлин тут не при чём.

А как без них жить?

А как без них жить?

Ну, примерно как и без других костылей.

У меня очень много синглетонов в джаве и хз как жить без них

Это же получается либо статики делать, либо хз

Это же получается либо статики делать, либо хз

нет, статики — те же костыли

А как тогда например реалзмовать такую вещь. Есть синглетон который следит, если появилось чего на загрузку данных на сервер. Если есть, то создаёт очередь и потихоньку выгружает в фоне.

нет, статики — те же костыли

Подожи, это если у них есть стейт и он не pure-functions. Хотя и тут это не всегда плохо, если в них нет логики и они протестированы интеграционнымм-тестамм

Подожи, это если у них есть стейт и он не pure-functions. Хотя и тут это не всегда плохо, если в них нет логики и они протестированы интеграционнымм-тестамм

Тут дело не в тестировании, а в зависимости на реализацию.

А как тогда например реалзмовать такую вещь. Есть синглетон который следит, если появилось чего на загрузку данных на сервер. Если есть, то создаёт очередь и потихоньку выгружает в фоне.

Сделать его не-синглтоном :)

Сделать его не-синглтоном :)

Это как))

Это как))

А в чём проблема?

Ну переодическиц процесс же должен где-то висеть и мониторить

Берёте синглтон и превращаете его в обычную сущность, жизненный цикл которой не превышает жизненный цикл Application / main() / etc. Уже не глобальный синглтон, который невозможно тестировать, но всё ещё живёт в одном экземпляре.

Ну переодическиц процесс же должен где-то висеть и мониторить

Ну пусть висит и мониторит :)

Берёте синглтон и превращаете его в обычную сущность, жизненный цикл которой не превышает жизненный цикл Application / main() / etc. Уже не глобальный синглтон, который невозможно тестировать, но всё ещё живёт в одном экземпляре.

А как он может превысить цикл application? Я только такие и делаю, которые живут пока апликейшен живет

Тут дело не в тестировании, а в зависимости на реализацию.

Это не так уж и плохо, если там нет логики. PS сегодня кстати был митап функциональщиков. Там очередной раз подтвердили что impure функции это норм.

Грубо говоря, сам класс не должен думать о том, что он синглтон. Об этом должен думать тот, кто его создаёт.

Грубо говоря, сам класс не должен думать о том, что он синглтон. Об этом должен думать тот, кто его создаёт.

Я так и делаю)) сам класс не хранит в себе статик инстанс

Апликейшен хранит и создаёт их