видимо перенесли на другой ip, у меня показывает, что все ок

Там несколько IP.

Ток щас подумал... А чем отличаются withContext и runBlocking? Первый откладывает вычисления, а второй блокирует поток?

withContext - suspend функция, которая позволяет переключить контекст внутри другой корутины, например сделать запрос к бд в фоне. Ее аналог async(Context) { ... }.await().

А вообще да, они чем-то похожи. Первая блокирует корутину, вторая тред...

Любопытно.

withContext - suspend функция, которая позволяет переключить контекст внутри другой корутины, например сделать запрос к бд в фоне. Ее аналог async(Context) { ... }.await().

Это я знаю. :)

Кстати раньше withContext назывался иначе: run.

Кстати раньше withContext назывался иначе: run.

О.о

Не знал

Но он конфликтовал со стандартным run и его переименовали.

Черт, всё же очень не хватает в Anko экстеншена по типу indeterminateProgressDialog("Ожидание...") { startSuspendFunction() } Чтобы не дергать cancel() постоянно. Могу сам написать, но встроенный сахарок вкуснее. :)

Черт, всё же очень не хватает в Anko экстеншена по типу indeterminateProgressDialog("Ожидание...") { startSuspendFunction() } Чтобы не дергать cancel() постоянно. Могу сам написать, но встроенный сахарок вкуснее. :)

Напиши сам, предложи пулл-реквестик, он со временем превратится во встроенный сахарок -- профит ;)

Никто не подскажет, а где jdk 6 версии взять, а то на оф сайте аутентификацию требуют, а в репозиториях только 8 и 9?

Черт, всё же очень не хватает в Anko экстеншена по типу indeterminateProgressDialog("Ожидание...") { startSuspendFunction() } Чтобы не дергать cancel() постоянно. Могу сам написать, но встроенный сахарок вкуснее. :)

Не рекомендую так делать. Progress Dialog не переживает пересоздание Activity.

Не рекомендую так делать. Progress Dialog не переживает пересоздание Activity.

А какая разница? Что оно будет упаковано в красивую функцию, что самому дёргать cancel().

Я к тому что их вообще не стоит юзать.

Я к тому что их вообще не стоит юзать.

Ну лол. А если мне нужно притормозить пользователя? Типо "погодь-погодь, оно ещё грузится".

это плохой UX паттерн, но лучше в @kotlin_mobile это обсуждать

это плохой UX паттерн, но лучше в @kotlin_mobile это обсуждать

> это плохой UX паттерн Где-то - возможно, но не всегда.

Подскажите, плз, чё делать Написал свою функцию, назвал её так же, как аналогичная называется в anko (indeterminateProgressDialog), а потом подумал, что это не оч и переименовал, но походу я как-то переименовал в кешах оригинальную anko функцию, потому что теперь вылазит e: org.jetbrains.kotlin.codegen.CompilationException: Back-end (JVM) Internal error: Couldn't inline method call 'showProgressDialog' into ... Сделал инвалид кешей, ребилд проекта, клин проекта, не помогает.

Подскажите, плз, чё делать Написал свою функцию, назвал её так же, как аналогичная называется в anko (indeterminateProgressDialog), а потом подумал, что это не оч и переименовал, но походу я как-то переименовал в кешах оригинальную anko функцию, потому что теперь вылазит e: org.jetbrains.kotlin.codegen.CompilationException: Back-end (JVM) Internal error: Couldn't inline method call 'showProgressDialog' into ... Сделал инвалид кешей, ребилд проекта, клин проекта, не помогает.

компилятор не может заинлайнить, попробуй убрать inline

компилятор не может заинлайнить, попробуй убрать inline

Ошибка не ушла

Для того чтобы полностью было асинхронно, нужно не использовать Writer , а сделать своего наследника OutgoingContent, у которого доступен асинхронный канал и блокировок не будет. Тогда сервер не будет ложиться так как там картины будут засыпать и потоки не будут расходоваться.

Да, заработало. В доках бы написать пару слов об этом, а то respond принимает Any и не ясно что есть такой удобный механизм.

Подскажите, плз, чё делать Написал свою функцию, назвал её так же, как аналогичная называется в anko (indeterminateProgressDialog), а потом подумал, что это не оч и переименовал, но походу я как-то переименовал в кешах оригинальную anko функцию, потому что теперь вылазит e: org.jetbrains.kotlin.codegen.CompilationException: Back-end (JVM) Internal error: Couldn't inline method call 'showProgressDialog' into ... Сделал инвалид кешей, ребилд проекта, клин проекта, не помогает.

А если содержимое функции закомментировать? А если грэдлвый кэш снести? :)

а то количество воженых ифов растет

первые два условия слить

первые два условия слить

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

а дорого парсить дабл? я про нативный

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

попробовать заменить императивный код на ОО

а дорого парсить дабл? я про нативный

всё зависит от контекста)

всё зависит от контекста)

это фильтер на TextField, из JavaFX

это фильтер на TextField, из JavaFX

На каждый вводимый чар? Незаметно.

попробовать заменить императивный код на ОО

ну я вот тут хочу узнать есть что-то в котлине ?

из этого куска не понятно намерение

ну я вот тут хочу узнать есть что-то в котлине ?

интерфейсы есть и классы)

попробуй заменить условия виртуальными вызовами

интерфейсы есть и классы)

? ради фильтра) есть еще ArrowKt )

В котлине нет способа сделать самый компактный в мире фейл, т. е. throw null?

null!! ?

null!! ?

Точно! Спасибо.

Хмм, забавно. INVOKESTATIC kotlin/jvm/internal/Intrinsics.throwNpe ()V

эхх, как же байт-код зависим от стдлибы...

хмм, а чем вызов throwNpe с последующим sanitizeStackTrace лучше создания и выброса KNPE на месте?

Точно! Спасибо.

Это рофл такой что-ли?

Это рофл такой что-ли?

Нет, я правда об этом не подумал.

@egor_bugaenko - твой выход!

@yegor256, его тут нет

@egor_bugaenko - твой выход!

и он предложит как ждый иф обернуть в объект иф, и получится те же колбеки

написал костиль

@egor_bugaenko - твой выход!

кастование в канале разве не запрещено? ?

и он предложит как ждый иф обернуть в объект иф, и получится те же колбеки

Ну не в объект, а в делегаты, надеюсь

но понял проще сделать toDouble

Ну не в объект, а в делегаты, надеюсь

то же ведь, или ты про что ?

кастование в канале разве не запрещено? ?

«кастование»? это что-то типа неймдроппинга?)

но понял проще сделать toDouble

>то же ведь - ой да я под вечер путаться начал, декораторы имел в виду

>то же ведь - ой да я под вечер путаться начал, декораторы имел в виду

ну да, но это объект на один иф, мне проще сделаать toDaouble, мне нужно производительное решение

ну да, но это объект на один иф, мне проще сделаать toDaouble, мне нужно производительное решение

HFT на JavaFx? Понимаю. Серьезно, я бы не заморачивался. В смысле, о производительности сложно судить в управляемых средах. Но да, проверка регуляркой и каст - рабочее решение.

Я не очень в контексте, что тут происходит, поэтому предложения в общем: 1. Если нужно проверить, что всё нормально, а иначе взорваться, то есть require require(tf.isContentChange) { "Content not changed" } require(tf.isAdded && !tf.isReplaced) 2. Если есть какое-то простое возвращаемое значение для непройденных проверок, ифы заменить ранними возвратами: tf.isContentChange || return SOMETHING tf.isAdded && !tf.isReplaced || return SOMETHING_ELSE 3. Если для непройденных проверок будет тоже нормальное вычисление, то выноси в методы отдельные при достижении определённой глубины. Наверное так.

Я не очень в контексте, что тут происходит, поэтому предложения в общем: 1. Если нужно проверить, что всё нормально, а иначе взорваться, то есть require require(tf.isContentChange) { "Content not changed" } require(tf.isAdded && !tf.isReplaced) 2. Если есть какое-то простое возвращаемое значение для непройденных проверок, ифы заменить ранними возвратами: tf.isContentChange || return SOMETHING tf.isAdded && !tf.isReplaced || return SOMETHING_ELSE 3. Если для непройденных проверок будет тоже нормальное вычисление, то выноси в методы отдельные при достижении определённой глубины. Наверное так.

> Я не очень в контексте, что тут происходи проверка есть ли строка даблом

> Я не очень в контексте, что тут происходи проверка есть ли строка даблом

str.toDoubleOrNull()

str.toDoubleOrNull()

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

ERROR: S client not available

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

Это же отличный вариант

А контракт какой хочешь получить? Могу предположить либо просто true при наличии, false при отсутствии. Или всё же Double при наличии, null при отсутствии?

Преждевременная оптимизация хуже преждевременного <понятно чего>

Это же отличный вариант

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

str.toDoubleOrNull()

не канает, минус не введешь

не канает, минус не введешь

Чейта?

Или тебе нужен просто '-' ?

Чейта?

ну вводишь "-", и он проверяет

ладно есть проверенный варянт

Если это жавафх то рекомендую готовым форматтером воспользоваться

Если это жавафх то рекомендую готовым форматтером воспользоваться

а он есть ? Не видел. Даже в либе controlfx таже проблема они также делают (+-) как подсказал @KirillTim

https://github.com/JetBrains/kotlin/blob/1.2.40/libraries/stdlib/src/kotlin/text/StringNumberConversions.kt#L446

Плюсы, минусы, научная запись, hex - все в лучшем виде

«кастование»? это что-то типа неймдроппинга?)

Это что-то из жанра ММОРПГ ;))

Это что-то из жанра ММОРПГ ;))

ClassCastException: not enough mana for java.lang.String

Плюсы, минусы, научная запись, hex - все в лучшем виде

да но когда у меня есть итоговая строка, но у меня пользователь вводить сивол, мне нужно, зачастую проверить символ. Короче костыль есть, работает +- быстро

И еще вопрос, а как собственно в ktor добавить свой callback на закрытие соединения? Если я хочу подчистить ресурсы, если клиент закрыл сокет.

И еще вопрос, а как собственно в ktor добавить свой callback на закрытие соединения? Если я хочу подчистить ресурсы, если клиент закрыл сокет.

finally

finally

Ну не, не пойдет. Пишу я значит по совету выше в клиента через OutgoingContent.WriteChannelContent у меня есть канал для записи инфы, но я не могу повесить событие, что клиент отключился. Могу только через isClosedForWrite проверять каждый раз (что не очень удобно).

И еще вопрос, а как собственно в ktor добавить свой callback на закрытие соединения? Если я хочу подчистить ресурсы, если клиент закрыл сокет.

//cc @LeonidStashevsky

Спс, Кирилл :)

Ребят, подскажите плз, чувствую себя дебилом compile 'com.google.code.gson:gson:2.8.2' import com.google.gson.annotations.SerializedName ... val gson = Gson() и получаю Error:(4, 12) Kotlin: Unresolved reference: google Error:(38, 20) Kotlin: Unresolved reference: Gson Градля синхронизируется, подтягивает библиотеки, кладет в кэш, но блин анресолвед и все.

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

Ребят, подскажите плз, чувствую себя дебилом compile 'com.google.code.gson:gson:2.8.2' import com.google.gson.annotations.SerializedName ... val gson = Gson() и получаю Error:(4, 12) Kotlin: Unresolved reference: google Error:(38, 20) Kotlin: Unresolved reference: Gson Градля синхронизируется, подтягивает библиотеки, кладет в кэш, но блин анресолвед и все.

Компайл находится в том же модуле, что и код?

Эм... не знаю, как узнать?

Эм... не знаю, как узнать?

кинь сюда build.gradle

https://simplecat.tk/shots/shot-20180424-005437.png

Причем kafka-clients работает

https://simplecat.tk/shots/shot-20180424-005437.png

попробуй перезапустить идею, хз

Да пробовал, invalidate cache and restart, rm -rf $HOME/.gradle/caches/, ./gradlew build --refresh-dependencies

Вообще ничего не помогает