Здравствуйте! Может кто подсказать по Anko?

В чем дело

Да.

Я не понимаю как в button добавить drawableLeft/drawableStart

Я не понимаю как в button добавить drawableLeft/drawableStart

setCompoundDrawablesWithIntrinsicBounds

setCompoundDrawablesWithIntrinsicBounds

Благодарю!

Я все во внутренних свойствах копался

for (e in m[k].subm) { ... Справедливо ругается на то что ключа может и не быть и будет null. Как это красиво и кратко поправить?

!! ?

возомжно getOrElse как-то поможет

?: emptyList()

Кстати, по поводу тестов - это все-таки баг ? https://youtrack.jetbrains.com/issue/KT-13918

for (e in m[k].subm) { ... Справедливо ругается на то что ключа может и не быть и будет null. Как это красиво и кратко поправить?

m.entries.forEach { } ?

m.entries.forEach { } ?

там конкретный ключ

m.get(k)?.subm ?: mapOf()

m[k]?.let { it.subm.forEach { } }

не знаю почему, но создавать пустые объекты мне кажется излишним.

for (e in m[k]?.subm ?: emptyList()) { ...

не знаю почему, но создавать пустые объекты мне кажется излишним.

Без него будет нулветка

Я думаю оно оптимизирует в байткод так что не будет пустого объекта

Без него будет нулветка

Вот и вопрос что из этого лучше

Я думаю оно оптимизирует в байткод так что не будет пустого объекта

сомневаюсь

Почему еще нет варианта m.get(k)?.subm?.forEach { }

не знаю почему, но создавать пустые объекты мне кажется излишним.

forEach создаёт новый объект, emptyList — нет.

почему такой простой вопрос вызвал дебаты? =)

почему такой простой вопрос вызвал дебаты? =)

потому что мог?

почему такой простой вопрос вызвал дебаты? =)

Много вариантов решения

Это как то не особо хорошо

forEach создаёт новый объект, emptyList — нет.

пруф?

пруф?

Байт-код

... ты прям ща посмотрел... или раньше смотрел?

пруф?

да там в сигнатуре видно, что будет анонимный класс

internal object EmptyList

forEach создаёт итератор, emptyList возвращает один и тот же объект — это должен знать каждый, чёрт побери

А ну да... это тупо один и тот же объект

но я не о тех "пустых" объектах, что обслуживают синтаксический сахар, а о передаче в функции, ожидающие данных, пустых списков

да там в сигнатуре видно, что будет анонимный класс

Где будет анонимный класс?

Где будет анонимный класс?

лямбда

лямбда

https://kotlinlang.org/docs/reference/inline-functions.html

о как

а если лямбда не на ()->Unit, а на интерфейс?

о как

Кроме того, у пустого списка — пустой итератор, тоже синглтон

Короче, emptyList, как я понял

а если лямбда не на ()->Unit, а на интерфейс?

SAM-конверсии работают только для джавовых интерфейсов, а в Java нет инлайновых функций

Короче, emptyList, как я понял

если в случае, когда ключа нету, допустимо вызвать твой метод с пустым списком, то пустой список, если более рационально ничего не делать, то ?.

Так... ?. идет вместе с emptyList()

for (e in m[k]?.subm ?: emptyList()) { ...

Оно не скомпилится как я понял если уберу элвиса

хотя, если там for, то оно и так ничего не выполнит

а throws в котлине не принято добавлять?

а throws в котлине не принято добавлять?

в нём нет такого ключевого слова. Для интеропа есть @Throws

Да, я увидел... короче котлин не заморачивается с исключениями?

Да, я увидел... короче котлин не заморачивается с исключениями?

Нет, мы юзаем Result<T, E> ?

Да, я увидел... короче котлин не заморачивается с исключениями?

Мне этот вопрос кажется немного нерешённым. Checked exceptions — плохо, unchecked exceptions — плохо, Either в котлине изначально нет.

забавно

помоему checked очень даже не плохо

помоему checked очень даже не плохо

UnsupportedEncodingException, CloneNotSupportedException ?

Result<T, E> как я понимаю заставит клиента таки разобрать вариант с исключением? (или это шутка была?)

помоему checked очень даже не плохо

А у тебя есть опыт в scala/c# (go ?)? Просто имхо ChEx могут любить только люди выросшие на java и не видившие ничего другого.

ну какой то опыт есть... не ну если писать огроменные иерархии логики - то да, зашьешься с этими вещами...

ide бы хоть... советовало, "подмигивало", мол тут вот птичка вылетит

Result<T, E> как я понимаю заставит клиента таки разобрать вариант с исключением? (или это шутка была?)

Я обычно делаю свои Option/Either и юзаю их по проекту, но за всех не скажу (может и не заморачиваются).

Ну просто... раз уж так заморочились с NPE, то уж давайте пилить действительно устойчивый код

Кто-нибудь знает реализацию протертей, типа как в JavaFX, или хотя бы как это гуглить? Например, submitButton.enabledProperty = codeInput.textProperty.map { it.isNotEmpty() } Знаю, что можно сделать это с помощью Rx, но ищу более легковесный и менее многословный инструмент.

на @Throws как я понял обращает внимание только java код, а котлину эта анноташка до лампочки?

на @Throws как я понял обращает внимание только java код, а котлину эта анноташка до лампочки?

да, ещё на неё обращает внимание внимательный прогер)

при вызове метода я проверяю свойство класса на не null с помощью if с return. И потом пытаюсь использовать его. Но смарт каст не срабатывает потому что "в любой момент может поменятсья". Это типа в многопоточном варианте? (да, поле может быть null по смыслу)

на @Throws как я понял обращает внимание только java код, а котлину эта анноташка до лампочки?

А давайте пилить FP код и ошибки оборачивать в монады ?

при вызове метода я проверяю свойство класса на не null с помощью if с return. И потом пытаюсь использовать его. Но смарт каст не срабатывает потому что "в любой момент может поменятсья". Это типа в многопоточном варианте? (да, поле может быть null по смыслу)

Да. Нужно втащить значение поля в локальную переменную.

Ну я так и понял

Но это ведь не совсем кошерно? Совсем кошерно конечно это не null поле.. Хотя... многопоточка это тоже хорошо

field?.let { /* it not null here */} ?

или val field = this.field ?: return

(сам спровоцировал оффтоп — сам удалил)

https://habrahabr.ru/post/322256/ чувак бесится из-за "в любой момент может поменяться"

https://habrahabr.ru/post/322256/ чувак бесится из-за "в любой момент может поменяться"

Это же старье, вот (относительно) свеженький наброс https://radio-t.com/p/2017/09/02/podcast-561/ https://blog.frankel.ch/rise-fall-jvm-languages/

Это же старье, вот (относительно) свеженький наброс https://radio-t.com/p/2017/09/02/podcast-561/ https://blog.frankel.ch/rise-fall-jvm-languages/

где там наброс?

Ну что kotlin нигде не нужен за пределами android (правда что-ли ?)

Ну что kotlin нигде не нужен за пределами android (правда что-ли ?)

нуууууу

а где еще)

Ну что kotlin нигде не нужен за пределами android (правда что-ли ?)

не вижу такой фразы

не вижу такой фразы

Ты не слушал подкаст?

нет не собираюсь

ну в общем норм наброс то что ты всерьёз слушаешь мнения этих челов про языки программирования когда 90% их контента это обновления на OS X и всякие policy для амазона

ну ок

Ну что kotlin нигде не нужен за пределами android (правда что-ли ?)

Правда

Потому что в андроиде у всех шило в одном месте

Я вот ради баловства ща впиливаю котлин в энтерпрайз, так что не надо тут "правда"

потому что в Android до сих пор Java 6.5

потому что в Android до сих пор Java 6.5

6.5?

потому что в Android до сих пор Java 6.5

Он остаётся таким и с котлином

6.5?

Ну, некоторые фичи Java 7 добавлены в 19 API, некоторые — в 26