Size: a a a

Kotlin Community

2020 April 01

BP

Bogdan Panchenko in Kotlin Community
Denys
Смотреть статьи про синхронизацию потоков
Тут даже не это он создаёт тред и сразу отдает переменную
источник

D

Denys in Kotlin Community
Denys
Смотреть статьи про синхронизацию потоков
источник

D

Denys in Kotlin Community
Bogdan Panchenko
Тут даже не это он создаёт тред и сразу отдает переменную
Так, скорее всего, тред даже не изменил еще значение.
источник

BP

Bogdan Panchenko in Kotlin Community
yura yura
Ребят, простите пжлст , Пишу клиентскую часть, нужен постоянный мониторинг соединения и для этого я отправляю тестовые пакеты в бесконечном демон потоке, как получить из метода статус, изменённый статус, а не тот который я обьявил в начале
Пробуй котлиновский делегат observable, не знаю можно ли его использовать в разных потоках или нет, можно подписаться на его изменения.

Но лучше описать задачу которую пытаетесь решить, а то "пальцем в небо"
источник

yy

yura yura in Kotlin Community
Я там ещё бесконечный цикл не добавил,  разве гетером нельзя её выдернуть как то, типо сделать гетер synchron и выдернуть?
источник

BP

Bogdan Panchenko in Kotlin Community
yura yura
Я там ещё бесконечный цикл не добавил,  разве гетером нельзя её выдернуть как то, типо сделать гетер synchron и выдернуть?
Можно, вопрос что ты получить, сказали прочитать про синхронизацию
источник

BP

Bogdan Panchenko in Kotlin Community
Особенно про гонки
источник

yy

yura yura in Kotlin Community
принял, спасибо, щас гляну
источник

BP

Bogdan Panchenko in Kotlin Community
yura yura
Я там ещё бесконечный цикл не добавил,  разве гетером нельзя её выдернуть как то, типо сделать гетер synchron и выдернуть?
Вопрос, а зачем ретурн ?
источник

yy

yura yura in Kotlin Community
Bogdan Panchenko
Вопрос, а зачем ретурн ?
ну мне для проверки надо статус, чтобы логика конекта отдельно от UI была, поэтому выдергиваю статус, потом его пихаю в отображение окна соединения
источник

BP

Bogdan Panchenko in Kotlin Community
yura yura
ну мне для проверки надо статус, чтобы логика конекта отдельно от UI была, поэтому выдергиваю статус, потом его пихаю в отображение окна соединения
Проблема в том что ты отдаешь им стартовое значения и все, тебе нужен observable property
источник

yy

yura yura in Kotlin Community
понял, пошёл читать, спасибо
источник

BP

Bogdan Panchenko in Kotlin Community
yura yura
ну мне для проверки надо статус, чтобы логика конекта отдельно от UI была, поэтому выдергиваю статус, потом его пихаю в отображение окна соединения
Также нужно понимать что за ui, возможно уже есть инструменты для такого
источник

yy

yura yura in Kotlin Community
Bogdan Panchenko
Также нужно понимать что за ui, возможно уже есть инструменты для такого
блин, я подумал, выдерну я значение, будет оно обновляться, а толку ...в UI то оно одно будет выдернуто, при загрузке....обрыв будет, а ему пофиг жу будет поидее...тут надо подумать логику, не так всё просто оказалось
источник

K

Kopusha in Kotlin Community
если тут есть кто-то из kotlinx.serialization, можете взглянуть, не совсем понимаю, какой баг тут Джейк предлагает зарепортить в kotlinx и как должен выглядеть финальный API, который он хочет: https://github.com/JakeWharton/retrofit2-kotlinx-serialization-converter/issues/18
источник

I

Ivan in Kotlin Community
Вчера спрашивал уже похожее.

В такой конструкции остаётся только дописать null -> 0 сверху? Как-то как будто не очен красиво получится
А то там type mismatch: Int and Int?
источник

AM

Andrew Mikhaylov in Kotlin Community
Ivan
Вчера спрашивал уже похожее.

В такой конструкции остаётся только дописать null -> 0 сверху? Как-то как будто не очен красиво получится
А то там type mismatch: Int and Int?
Красиво, не красиво -- не знаю, зато корректно. Откинули значение null, и дальше работаете с non-null типом.
источник

I

Ivan in Kotlin Community
Andrew Mikhaylov
Красиво, не красиво -- не знаю, зато корректно. Откинули значение null, и дальше работаете с non-null типом.
я просто думал, может упускаю что-то
источник

AL

Alexander Levin in Kotlin Community
Andrew Mikhaylov
Красиво, не красиво -- не знаю, зато корректно. Откинули значение null, и дальше работаете с non-null типом.
Ну тут спорно, ибо in по-хорошему принимать должен только non-null. Так что формально тут уже есть повод для смарт-каста, если уж допустили такую конструкцию
источник

I

Ivan in Kotlin Community
Alexander Levin
Ну тут спорно, ибо in по-хорошему принимать должен только non-null. Так что формально тут уже есть повод для смарт-каста, если уж допустили такую конструкцию
вот я именно об этом
источник