AN
Size: a a a
2020 November 16
KG
что лучше использовать вместо inputStream.read и outputStream.write в корутинах, чтобы избежать блокирования потока?
Смотря сколько у вас этого самого IO.
Если один-два дескриптора, то nio - оверкилл, достаточно в Dispatchers.IO вынести ввод-вывод.
Если много - то nio/nio2
Если один-два дескриптора, то nio - оверкилл, достаточно в Dispatchers.IO вынести ввод-вывод.
Если много - то nio/nio2
AN
Но я не уверен насчет корутин. В кторе точно есть. Про OK мог наврать
OY
там вроде тоже только блокирующий IO (не suspend)
если корутины, то только в ktor-io и в korio
если корутины, то только в ktor-io и в korio
MM
Смотря сколько у вас этого самого IO.
Если один-два дескриптора, то nio - оверкилл, достаточно в Dispatchers.IO вынести ввод-вывод.
Если много - то nio/nio2
Если один-два дескриптора, то nio - оверкилл, достаточно в Dispatchers.IO вынести ввод-вывод.
Если много - то nio/nio2
Вполне возможно оверкилл
Но мне интересно разобраться, чтобы знать что к чему в будущем
Но мне интересно разобраться, чтобы знать что к чему в будущем
AN
там вроде тоже только блокирующий IO (не suspend)
если корутины, то только в ktor-io и в korio
если корутины, то только в ktor-io и в korio
Может быть. Вот смотрю, тоже не вижу.
OY
Может быть. Вот смотрю, тоже не вижу.
https://github.com/square/okio/issues/814
там есть только issue
там есть только issue
OY
Ещё вот тут можно подглядеть реализацию https://github.com/cy6erGn0m/kotlinx-sockets
не надо
это сейчас есть в ktor :)
это сейчас есть в ktor :)
KG
Вполне возможно оверкилл
Но мне интересно разобраться, чтобы знать что к чему в будущем
Но мне интересно разобраться, чтобы знать что к чему в будущем
Примерно так:
nio на коллбэках. JVM под капотом держит небольшой тредпул, который возится с ожиданием файлов/сети и дёргает ваши коллбэки.
nio2 - через polling, вы сами рулите тредами, которые подёргивают JVM за селекторы на тему "ну чо там, прочиталося уже? а теперь? а щас? а ещё нет?" - по идее лучше ложится на корутины, но в рукопашную это всё писать, наверное, не стоит
nio на коллбэках. JVM под капотом держит небольшой тредпул, который возится с ожиданием файлов/сети и дёргает ваши коллбэки.
nio2 - через polling, вы сами рулите тредами, которые подёргивают JVM за селекторы на тему "ну чо там, прочиталося уже? а теперь? а щас? а ещё нет?" - по идее лучше ложится на корутины, но в рукопашную это всё писать, наверное, не стоит
AN
Ещё вот тут можно подглядеть реализацию https://github.com/cy6erGn0m/kotlinx-sockets
Оно все пока не очень живое. Живая реализация в ktor. Потом io будет ковыряться отдельно на основе опыта
OY
Оно все пока не очень живое. Живая реализация в ktor. Потом io будет ковыряться отдельно на основе опыта
вот эта ссылка, это прям то(с доработками), что сейчас живёт в ktor-io и ktor-network
AN
вот эта ссылка, это прям то(с доработками), что сейчас живёт в ktor-io и ktor-network
Да я знаю. Пока решили всю разработку сфокусировать в кторе без релиза отдельной либы. А к отдельному io вернуться потом.
OY
Да я знаю. Пока решили всю разработку сфокусировать в кторе без релиза отдельной либы. А к отдельному io вернуться потом.
ага, и советуют сейчас для io использовать okio, знаю
AN
ага, и советуют сейчас для io использовать okio, знаю
ну можно и ktor-io, но он все-таки довольно зоточен под ktor. Я сижу на своем форке kotlinx-io. Но там корутин нет. И не так просто их туда закинуть
OY
ну можно и ktor-io, но он все-таки довольно зоточен под ktor. Я сижу на своем форке kotlinx-io. Но там корутин нет. И не так просто их туда закинуть
> но он все-таки довольно зоточен под kto
да не сказал бы, Если честно
он в общем сам слегка страшненький внутри, но так вроде ок
я же rsocket-kotlin сначала делал на основ kotlinx-io 0.2
так переход был почти просто замена импортов в основном
да и на том же ktor-io вроде даже более-менее обернул kotlinx.nodejs апишку, чтобы работать с nodejs tcp server/client - так что пользоваться можно
да не сказал бы, Если честно
он в общем сам слегка страшненький внутри, но так вроде ок
я же rsocket-kotlin сначала делал на основ kotlinx-io 0.2
так переход был почти просто замена импортов в основном
да и на том же ktor-io вроде даже более-менее обернул kotlinx.nodejs апишку, чтобы работать с nodejs tcp server/client - так что пользоваться можно
AN
> но он все-таки довольно зоточен под kto
да не сказал бы, Если честно
он в общем сам слегка страшненький внутри, но так вроде ок
я же rsocket-kotlin сначала делал на основ kotlinx-io 0.2
так переход был почти просто замена импортов в основном
да и на том же ktor-io вроде даже более-менее обернул kotlinx.nodejs апишку, чтобы работать с nodejs tcp server/client - так что пользоваться можно
да не сказал бы, Если честно
он в общем сам слегка страшненький внутри, но так вроде ок
я же rsocket-kotlin сначала делал на основ kotlinx-io 0.2
так переход был почти просто замена импортов в основном
да и на том же ktor-io вроде даже более-менее обернул kotlinx.nodejs апишку, чтобы работать с nodejs tcp server/client - так что пользоваться можно
Там унутре экспозятся некоторые довольно страшные апишки.
AK
Мелкая статейка про линтеры в котлине: https://akuleshov7.com/2020-11-10-kotlin-static-analyzers.html
Будет круто, если кому-то будет полезно. А если будет - то буду рад, если вы кинете звездочку одному маленькому проекту из этой статьи, чтобы обогнать проклятый неправославный фейсбучный линтер. https://github.com/cqfn/diKTat 😇
Будет круто, если кому-то будет полезно. А если будет - то буду рад, если вы кинете звездочку одному маленькому проекту из этой статьи, чтобы обогнать проклятый неправославный фейсбучный линтер. https://github.com/cqfn/diKTat 😇
2020 November 17
IP
можно ли безопасно добавить java.io.Serializable к котлиновскому object?