Выглядит как сарказм, но буду думать, что все и вправду хорошо Спасибо за ответы

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

кто нибудь знает есть ли в линте идеи/андроид студии проверка на уровень языка? заюзал у Map::getOrDefault, а он только с версии 1.8 java, и бросает исключение NoSuchMethodError (android)

код вообще на котлине, но никаких варнингов не увидел

так ты в проекте выстави уровень jvm

configure<JavaPluginConvention> { sourceCompatibility = JavaVersion.VERSION_1_8 } tasks.withType<KotlinCompile> { kotlinOptions.jvmTarget = "1.8" }

это kts, если надо думаю в груви перепишешь

Как сделать копию observableList ? myList.toList() ? и как проверить ссылку у переменной ?

кто нибудь знает есть ли в линте идеи/андроид студии проверка на уровень языка? заюзал у Map::getOrDefault, а он только с версии 1.8 java, и бросает исключение NoSuchMethodError (android)

а зачем использовтаь getOrDefault, если есть map[key] ?: default?

но вообще печалька конечно, я так недавно с map::forEach проебался

я человек простой

нажимаю ctrl+пробел и ищу подходящий метод по названию

Усложняйся, эволюционируй.

А что у котлина(jvm) нет отладчика для atom\vscode?

Зачем, когда есть легкая и быстрая IDEA ?

Я так понимаю вы хотели сказать - нет, нету

Ага, не было, нет и не будет ?‍♀️

Зачем, когда есть легкая и быстрая IDEA ?

"лёгкая и быстрая" - криваярожа.жпг

А что у котлина(jvm) нет отладчика для atom\vscode?

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

А что у котлина(jvm) нет отладчика для atom\vscode?

Для vscode есть чисто jvm debugger

Для vscode есть чисто jvm debugger

А в идеа дебагер свой, обычный или "подкрученый"?

А в идеа дебагер свой, обычный или "подкрученый"?

Подкрученый

Добрый день это правильно если я должен каждый 5 секунд должен зделать запрос job = launch(UI) { while (isActive){ liveData.postValue(loadMessages()) delay(5, TimeUnit.SECONDS) } }

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

Мне норм, отладчика не хватает

Добрый день это правильно если я должен каждый 5 секунд должен зделать запрос job = launch(UI) { while (isActive){ liveData.postValue(loadMessages()) delay(5, TimeUnit.SECONDS) } }

loadMessages() два раза вызывается целенаправленно?

loadMessages() два раза вызывается целенаправленно?

ммм да эта была ошибка ,спасиба

Добрый день это правильно если я должен каждый 5 секунд должен зделать запрос job = launch(UI) { while (isActive){ liveData.postValue(loadMessages()) delay(5, TimeUnit.SECONDS) } }

нет, делать запросы каждые пять секунд — неправильно

Сам loadMessages() внутри уходит в контекст какого-нибудь фонового потока?

Добрый день это правильно если я должен каждый 5 секунд должен зделать запрос job = launch(UI) { while (isActive){ liveData.postValue(loadMessages()) delay(5, TimeUnit.SECONDS) } }

а почему там UI, правильнее же CommonPool

а потом

withContext(UI) {liveData.postData()}

подскажите какую ORM лучше использовать совместно с ktor для микросервисов?

не?

Мне норм, отладчика не хватает

Там ведь не подсказывает expresion функции, или запилили ?

нет, делать запросы каждые пять секунд — неправильно

тестовое задание в революте вообще каждую секунду, например

а потом

можно сделать чёт в духе launch(UI) { val data = withContext(CommonPool) { getData() } postDataToUi(data) }

можно сделать чёт в духе launch(UI) { val data = withContext(CommonPool) { getData() } postDataToUi(data) }

да, но бесконечный цикл лучше в коммон пуле держать

нет, делать запросы каждые пять секунд — неправильно

проста я должен проверить есть ли новый сообщения , или эта лучше через socket надо делать

Есть подозрение, что фиолетово, где его держать, всё равно почти всё время будет проводиться либо в ожидании delay(), либо в ожидании результата из коммонпула.

проста я должен проверить есть ли новый сообщения , или эта лучше через socket надо делать

см MQTT или что-то подобное, чтобы свои костыли на сокетах не городить. Но да, через пуши надо делать, а не пуллами.

Всем привет! Народ, что скажите про kwery? насколько он хорошо совмещается с ktor? насколько это полноценная замена hibernate?

а почему там UI, правильнее же CommonPool

имейте виду эта оптимально, проста я не понял вчем разница между launch() и withContext() здесь

Всем привет! Народ, что скажите про kwery? насколько он хорошо совмещается с ktor? насколько это полноценная замена hibernate?

Мне понравилось. Только автор подзабил и пришлось использовать свой форк :)

Это не огромный магический монстр вроде хибера, это очень простая и понятная штука.

имейте виду эта оптимально, проста я не понял вчем разница между launch() и withContext() здесь

launch новую корутину начинает, а withContext просто переключает контекст выполнения в пределах блока

имейте виду эта оптимально, проста я не понял вчем разница между launch() и withContext() здесь

а еще я могу поныть, что так у тебя нетестируемо, например

контексты не обернуты

Unconfined не подсунуть

и да, если пишешь по человечески и не для тестов

то лучше через пуши какие-нибудь делать

имейте виду эта оптимально, проста я не понял вчем разница между launch() и withContext() здесь

withContext выполняет саспенд-функцию на указанном контексте и саспендится до возвращения результата. launch запускает саспенд-функцию и сразу же воз вращает Job, с помощью которого можно следить за состоянием выполнения корутины, отменять её или дожидаться результат.

вебсокет пока foreground и пуши когда background

Я вот тоже не понимаю советов с пушами, у которых не очень хорошо с доставкой дела. Пока аппа живая, логичнее получать от сервера сообщения напрямую. Когда мрёт -- там уже выбора нету, конечно.

Но это не о котлине ?

Я вот тоже не понимаю советов с пушами, у которых не очень хорошо с доставкой дела. Пока аппа живая, логичнее получать от сервера сообщения напрямую. Когда мрёт -- там уже выбора нету, конечно.

Логично держать стейтфул соединение, а не долбиться по HTTP, например.

Логично держать стейтфул соединение, а не долбиться по HTTP, например.

Логично, конечно, но не у всех бекенды в эти ваши модные вебсокеты умеют, местами до сих пор нормально себя чувствует лонг-поллинг с помощью HTTP. Хотя да, он к долбёжке раз в пять секунд тоже никакого отношения не имеет.

Логично, конечно, но не у всех бекенды в эти ваши модные вебсокеты умеют, местами до сих пор нормально себя чувствует лонг-поллинг с помощью HTTP. Хотя да, он к долбёжке раз в пять секунд тоже никакого отношения не имеет.

https://twitter.com/JakeWharton/status/1017756667457531905

Логично, конечно, но не у всех бекенды в эти ваши модные вебсокеты умеют, местами до сих пор нормально себя чувствует лонг-поллинг с помощью HTTP. Хотя да, он к долбёжке раз в пять секунд тоже никакого отношения не имеет.

а иногда они вместе юзаются =) типа для очень важного логпулы, а для всего остального вебсокеты

https://twitter.com/JakeWharton/status/1017756667457531905

И твит видел, и твой ответ. Каждому своё.

а иногда они вместе юзаются =) типа для очень важного логпулы, а для всего остального вебсокеты

длинные бассейны?)

длинные бассейны?)

да все поняли, чо ты =) тем более там написаны басейны логирования

да все поняли, чо ты =) тем более там написаны басейны логирования

бревнобассейны тогда)

ERROR: S client not available

а иногда они вместе юзаются =) типа для очень важного логпулы, а для всего остального вебсокеты

А лонг-поллинг надёжнее веб-сокетов, если для последних сервер понги отвечает, когда просят?

бревнобассейны тогда)

Сразу по стройку на даче вспомнил о_О

А лонг-поллинг надёжнее веб-сокетов, если для последних сервер понги отвечает, когда просят?

веб сокеты иногда не работают за файрволами криво настроеными (ну или такиое поверье есть среди тех кто пилит апи) =)

Логично, конечно, но не у всех бекенды в эти ваши модные вебсокеты умеют, местами до сих пор нормально себя чувствует лонг-поллинг с помощью HTTP. Хотя да, он к долбёжке раз в пять секунд тоже никакого отношения не имеет.

зачем сокеты? об изменениях можно через fcm уведомлять

по факту - тот же сокет

и аккум сэкономите

Я вот тоже не понимаю советов с пушами, у которых не очень хорошо с доставкой дела. Пока аппа живая, логичнее получать от сервера сообщения напрямую. Когда мрёт -- там уже выбора нету, конечно.

Я не говорю про пуши от мобильных платформ, это вообще чатик не про мобилки. Сделай свое соединение, через которое сервер будет пушить обновления.

и лимит по факту почти резиновый

веб сокеты иногда не работают за файрволами криво настроеными (ну или такиое поверье есть среди тех кто пилит апи) =)

Хм, не сталкивался, надо будет почитать.

зачем сокеты? об изменениях можно через fcm уведомлять

Речь о форграунде. FCM говёно работает. Сокеты != вебсокеты.

Хм, не сталкивался, надо будет почитать.

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

зачем сокеты? об изменениях можно через fcm уведомлять

Если ты не пишешь под мобилку, то никакого фсм не будет.

Хм, не сталкивался, надо будет почитать.

я тоже не сталкивался, сталкивался тока с такой оргументацией =))))

Я не говорю про пуши от мобильных платформ, это вообще чатик не про мобилки. Сделай свое соединение, через которое сервер будет пушить обновления.

Ты MQTT упомянул, потому моя фраза касательно пушей не тебе была ?

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

Реализованный пинг-понг по вебсокетам точно так же будет отваливаться.

эхх, у MQTT последний пост на сайте от 2014 года

Речь о форграунде. FCM говёно работает. Сокеты != вебсокеты.

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

Реализованный пинг-понг по вебсокетам точно так же будет отваливаться.

он просто не будет работать через HTTP-прокси)

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

Более того, даже HTTP работает поверх сокетов.

Если ты не пишешь под мобилку, то никакого фсм не будет.

ну тогда без вариантов, да

Более того, даже HTTP работает поверх сокетов.

поэтому и написал "сверху"

он просто не будет работать через HTTP-прокси)

Аргумент. Не сталкивался. Знаю, что nginx умеет проксировать ws спокойно, для личных нужд хватало, а в рабочих проектах пока вебсокеты не в мобилочках были и с более предсказуемыми сетевыми конфигурациями.

Ну и да, FCM не нужон, когда пилится свой бекенд, ни для чего, кроме пушей (которые не делаются никак иначе).

configure<JavaPluginConvention> { sourceCompatibility = JavaVersion.VERSION_1_8 } tasks.withType<KotlinCompile> { kotlinOptions.jvmTarget = "1.8" }

спасибо кстати, забыл

есть такой вопрос - как замутить общение между слоями приложения в событийном стиле чтобы можно было расширяться и по производительности не ударить

например сейчас это два запечатаных класса с наследнтками, events и commands

интерфейс всего из одного метода - для событий on(event), для комманд exec(command)

подумалось что так не особо гибко расширяемо т.к. для добавления новых событий требуется править sealed class

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