IO
понятно. Не понятно, почему он есть на Map и нет на HashMap
видимо потому что HM - это тайпалиас :/
Size: a a a
2020 June 30
AN
видимо потому что HM - это тайпалиас :/
я тоже так подумал
BP
видимо потому что HM - это тайпалиас :/
а в kotlin common ?
AL
https://pl.kotl.in/ZQ5qRqeLU такое разве нормально ?
Ну в целом всё честно как я понимаю, HashMap это MutableMap, а он инвариантен по обоим параметрам.
Z
Кто-нибудь знает как избавиться от циклической зависимости тут(я вырезал как мог, но наверно проще словами), там
fun json() и val arrP зависят друг от друга и я не могу их нормально инициализировать, по идее там можно как-то через ленивые свойства, но не знаю какIO
можно ли Flow собирать из нескольких потоков?
IO
или не надо так?
А
можно ли Flow собирать из нескольких потоков?
Можно, если надо.
Через combine, zip, например.
Через combine, zip, например.
BP
можно ли Flow собирать из нескольких потоков?
ну через подписки точно пожно, а вот collect под вопросом, думаю нет
AN
можно ли Flow собирать из нескольких потоков?
Не понятно, в чем вопрос. Можно ли делать разные collect разными котекстами - можно разумеется. Можно ли делать context swtitch внутри одного collect? Тоже не запрещается вроде.
AN
Руками переключать потоки - не стоит
BP
Не понятно, в чем вопрос. Можно ли делать разные collect разными котекстами - можно разумеется. Можно ли делать context swtitch внутри одного collect? Тоже не запрещается вроде.
А вот я так и не понял можно делать несколько collect ? Как то ускользнула информация.
AN
А вот я так и не понял можно делать несколько collect ? Как то ускользнула информация.
Это не очевидная штука, потому что в документации явно не прописана. Я сам не сразу въехал. Вот есть StateFlow. Он заменяет BroadcastChannel. А как на него подписываться? Оказывается, что ему просто можно несколько раз сделать collect и каждый коллектор и будет подпиской
BP
Это не очевидная штука, потому что в документации явно не прописана. Я сам не сразу въехал. Вот есть StateFlow. Он заменяет BroadcastChannel. А как на него подписываться? Оказывается, что ему просто можно несколько раз сделать collect и каждый коллектор и будет подпиской
а в Flow также ведь, я верно понял, учитывая что StateFlow его наследует
AN
а в Flow также ведь, я верно понял, учитывая что StateFlow его наследует
Не в любом. Там так же, как и с Sequence, он может уметь коллектиться только один раз, а может много
BP
ну значить onEach - forever
VK
привет
для создания плагина к идее лучше использовать gradle проект а не jps (проектная модель идеи, которая у тебя сейчас)
ссылка на доку: https://www.jetbrains.org/intellij/sdk/docs/tutorials/build_system.html
ссылка на грэдл плагин: https://github.com/JetBrains/gradle-intellij-plugin
тогда ты сможешь добавлять зависимости как для обычного gradle проекта
для создания плагина к идее лучше использовать gradle проект а не jps (проектная модель идеи, которая у тебя сейчас)
ссылка на доку: https://www.jetbrains.org/intellij/sdk/docs/tutorials/build_system.html
ссылка на грэдл плагин: https://github.com/JetBrains/gradle-intellij-plugin
тогда ты сможешь добавлять зависимости как для обычного gradle проекта
то, что нужно, спасибо
2020 July 01
QH
undertow?
а вот это очень прикольно:
io.undertow.util.HeaderMap#fastIterateRI
Интересно есть ли где-то бенчмарки стоит ли эта куча кода выигрыша от не создания итератора
RI
За что там борются так сказать