Это ваше приложение? Я в том плане что можно будет по ходу пьесы задавать уточняющие вопросы?

Да. Ой. Я вспомнил, что оно через пень колоду написано...

Главное чтоб оно умело находить эти долбанные BLE. Я много перепробовал разных приложений только то что вы выше с rx и то что я выложил норм ищут и работают. Остальные шлак :(

Можете apk кинуть?

Я погляжу как оно мои железяки ищет

Я погляжу как оно мои железяки ищет

Оно ищет часы, там определённый UUID категории.

Искать вообще несложно, это достаточно неплохо описано.

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

Главное чтоб оно умело находить эти долбанные BLE. Я много перепробовал разных приложений только то что вы выше с rx и то что я выложил норм ищут и работают. Остальные шлак :(

Ну так есть же норм? Вот их и смотреть.

Ну так есть же норм? Вот их и смотреть.

Есть но там много наворотов. Они сбивают и путают :(

Есть но там много наворотов. Они сбивают и путают :(

Ну значит надо начинать с чего-то более простого.

https://github.com/danasf/hm10-android-arduino

Вот более простое. Но оно очень плохо ищет железки. Вроде у всех одна реализация поиска, типа на одних же типах. А результат координально разный :(

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

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

Я думаю лучше всего начать с гугла, там вагоны информации про проганье под андроид и про проганье в целом. Но про андроид - это сюда @android_ru

Я думаю лучше всего начать с гугла, там вагоны информации про проганье под андроид и про проганье в целом. Но про андроид - это сюда @android_ru

Спасибо, погляжу

Кот линь сейчас - это преимущественно андроид?

Кот линь сейчас - это преимущественно андроид?

Нет, везде используется, просто гугловый маркетинг - это страшная сила )

Нет, везде используется, просто гугловый маркетинг - это страшная сила )

и скоро будет новая доза

и скоро будет новая доза

Это ты про фуксию, дарт и флаттер?

Это ты про фуксию, дарт и флаттер?

И апдейт material design >:

Это ты про фуксию, дарт и флаттер?

про дозу маркетинга Kotlin

Бреслав будет толкать на IO

https://events.google.com/io/schedule/?section=may-10&sid=7387180b-b1dd-49c3-bddf-de3f87ae1990&gclid=CjwKCAjwoKDXBRAAEiwA4xnqvwtI8vqf5G4nXVXOTThpGwoEMwtcU-Sue-JxKvnYMEtDXhuLWHLqIxoCle8QAvD_BwE

А, вон как

Спасибо

/** * Blah blah [Class.function] blah [Class.overload(CharSequence)] */ Второй вариант не подсвечивается и не кликается, ЧЯДНТ?

Понятно, меня тоже нужно слать в гугл. https://youtrack.jetbrains.com/issue/KT-15984

Добрый день всем! Может кто посоветовать http-клиент на корутинах?

launch { OkHttp }?

Ладно, не смешная шутка

Добрый день всем! Может кто посоветовать http-клиент на корутинах?

ktor.io же Только он не совсем стабилен

Retrofit + kotlin-coroutines-retrofit

ktor.io же Только он не совсем стабилен

Годно, но не без недостатков:)

ktor.io же Только он не совсем стабилен

заценим ща

ktor.io же Только он не совсем стабилен

К слову о нем - как заставить route/post не отправлять ответ по окончании работы блока, передаваемого в post?

К слову о нем - как заставить route/post не отправлять ответ по окончании работы блока, передаваемого в post?

А зачем оканчивать работу блока раньше времени, если есть корутины?

Потому что обработка параллельно идет

Ну то есть получил пост-запрос, прокинул на обработку в куда-то

Ну так эту обработку надо же дождаться, а потом отправлять ответ, так?

Так если ответ отправляется не из блока в посте?

Добрый день всем! Может кто посоветовать http-клиент на корутинах?

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

Так если ответ отправляется не из блока в посте?

Значит он отправляется из suspend-функции, которая там вызывается?

Да

Вернуть ссылку на deferred я не могу

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

А я вот задумался так ли плох okhttp. Он конечно внутри синхронный, но ведь он может работать поверх HTTP/2, который все данные гоняет через один мультиплексированный конненкшен. И по идеет если запросы идут к одному http/2 хосту, то особой разницы с NIO2 клиентами не будет.

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

а если он синхронные не значит ли это по 1 потоку на конекшен?

А я вот задумался так ли плох okhttp. Он конечно внутри синхронный, но ведь он может работать поверх HTTP/2, который все данные гоняет через один мультиплексированный конненкшен. И по идеет если запросы идут к одному http/2 хосту, то особой разницы с NIO2 клиентами не будет.

а вообще проверить бы :)

Вернуть ссылку на deferred я не могу

Я не совсем понимаю проблему, видимо. В блоке post можно вызвать suspend-функцию, пока она не выполнится, ответ отправлен не будет. Как сделать так, чтобы она ждала чего-то извне - это уже не к ktor, это типичная задача при работе с корутинами.

а вообще проверить бы :)

Что проверять?

Я не совсем понимаю проблему, видимо. В блоке post можно вызвать suspend-функцию, пока она не выполнится, ответ отправлен не будет. Как сделать так, чтобы она ждала чего-то извне - это уже не к ktor, это типичная задача при работе с корутинами.

await() ?

а если он синхронные не значит ли это по 1 потоку на конекшен?

Я вот кстати тоже думаю, что у него по 1 потоку на http/2 конекшен. Но это "вангование", надо смотреть сорцы и доками упароться.

я смотрел, по 1 потоку, без чудес

просто обернуть его в корутины не поможет

я смотрел, по 1 потоку, без чудес

А оно его шарит, между разными "виртуальными" конекшеннами к одному физическому http/2?

Я не совсем понимаю проблему, видимо. В блоке post можно вызвать suspend-функцию, пока она не выполнится, ответ отправлен не будет. Как сделать так, чтобы она ждала чего-то извне - это уже не к ktor, это типичная задача при работе с корутинами.

При получении пост запроса я идентифицирую команды и отправляю в некоторую систему, в которой есть что-то, что может ответить на запрос (с помощью объекта call, само собой), обработка запроса и прочее происходит асинхронно

При получении пост запроса я идентифицирую команды и отправляю в некоторую систему, в которой есть что-то, что может ответить на запрос (с помощью объекта call, само собой), обработка запроса и прочее происходит асинхронно

Т.е. это что-то берёт объект call и туда запихивает ответ?

Пардон, это старая задумка

Хотя суть та же

ERROR: S client not available

На данный момент я кладу коллбэки, внутри которых происходит ответ, а до вызова коллбэков всё обрабатывается где-то там

На данный момент я кладу коллбэки, внутри которых происходит ответ, а до вызова коллбэков всё обрабатывается где-то там

Видимо надо обернуть вызов с коллбеком в suspend-функцию https://github.com/Kotlin/kotlin-coroutines/blob/master/kotlin-coroutines-informal.md#wrapping-callbacks

Я глянул только что

А вообще лучше не передавать ApplicationCall за рамки кода, ответственного за непосредственно обработку HTTP-запросов

В общем, ситуация такая, что где будет вызвана корутина для обработки suspend лямбды с ответом - неизвестно

В общем, ситуация такая, что где будет вызвана корутина для обработки suspend лямбды с ответом - неизвестно

Как итог, неизвестно, чего ждать

А вообще лучше не передавать ApplicationCall за рамки кода, ответственного за непосредственно обработку HTTP-запросов

А какие варианты?

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

А какие варианты?

Обернуть свою хитрую логику и вызовы внешних штуковин в suspend-функцию, возвращающую непосредственно ответ. Тогда в post-блоке будет только вызов этой функции и передача ответа клиенту.

Обернуть свою хитрую логику и вызовы внешних штуковин в suspend-функцию, возвращающую непосредственно ответ. Тогда в post-блоке будет только вызов этой функции и передача ответа клиенту.

А если не подразумевается, что слой, отвечающий за маршрутизацию запросов, будет suspend и внутри будет синхронным?

А если не подразумевается, что слой, отвечающий за маршрутизацию запросов, будет suspend и внутри будет синхронным?

Т.е. там блокирующий код?

То есть там неизвестно что

То есть там неизвестно что

Ну тогда это лучше там внутри и разруливать. Наружу - только suspend fun process(request): Response. А внутри - suspend-функции, оборачивание коллбеков, пулы потоков для выполнения блокирующего кода и прочее в таком духе. Это конечно если вообще связываться с корутинами.

Понял

кстати

Я правильно понял, что синхронизации в корутинах - не работают?

Смотря какие

Synchronized и пары lock-unlock не должны быть разделены suspendable границей

А можно подробней?

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

Тогда как локи должны браться и освобожжаться из одного и того же потока

Я правильно понял, что синхронизации в корутинах - не работают?

Стандартная синхронизация с блокировками не то чтобы не работает, но это лучше никогда не использовать (т.к. блокировки потоков). Есть свои мьютексы - https://github.com/Kotlin/kotlin-coroutines/blob/master/kotlin-coroutines-informal.md#mutexes Можно навелосипедить, если чего-то не хватает в этом плане.

Monitorenter и monitorexit также должны быть исполнены в одном потоке

Иначе возникнет исключение

Стандартная синхронизация с блокировками не то чтобы не работает, но это лучше никогда не использовать (т.к. блокировки потоков). Есть свои мьютексы - https://github.com/Kotlin/kotlin-coroutines/blob/master/kotlin-coroutines-informal.md#mutexes Можно навелосипедить, если чего-то не хватает в этом плане.

Почитаю

То есть корутина может уснуть в одном потоке, а проснуться в другом

Так?

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