(без идей при чем тут xamarin)

Но в целом на стоковом ведре совсем беспрерывно держать соединение нельзя. Нам для аналогичной слушалки MQTT в итоге делали кастом, который всегда форграундит одно приложение и не имеет как такового сна, а чисто затеняет экран

На получение данных

Каких данных?

Простой json

Приложение его как-то обрабатывает или это просто данные для отображения?

Как в whats app,когда вам приходит сообщение, даже если телефон заблокирован, вы все равно слышите оповещение

Как в whats app,когда вам приходит сообщение, даже если телефон заблокирован, вы все равно слышите оповещение

Push-уведомления

Потому-что

Ну так это можно решить средствами Firebase на андроид

Нужно присланные данные потом при разблокировка телефона прорисовать в activity

Так и с помощью signalr это тоже работает, когда телефон включен

Нужно присланные данные потом при разблокировка телефона прорисовать в activity

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

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

+

Как с языка снял

Как с языка снял

:) Сам просто сначала начал через signalr, а потом понял что не вариант?

Firebase это тоже на вебсокетах?

Как в whats app,когда вам приходит сообщение, даже если телефон заблокирован, вы все равно слышите оповещение

Да, Push, а не постоянное соединение со своим сервом

Firebase это тоже на вебсокетах?

Не совсем, тебе он будет пуш уведомление на девайс посылать

Firebase это тоже на вебсокетах?

Вы просто посылаете данные на Firebase, а он уже рассылает куда надо

Клиент firebase живет в service приложения или в activity?

Клиент нигде не живёт

Приложение может быть вообще убито

Почитайте про Remote push notifications

А устройство блочит сетевые подключения в заблокированном режиме? 5 андроид

Просто мне signalr хаб на сервере птшет, что клиент (xamarin) сам дисконнектится

Просто приложение убивается/приостанавливается. Оно не может всегда быть запущенным

Так сервис ведь может долго жить

Смотря как решит система)

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

Блокирую устройство и сообщения бесконечно выводятся

Постман отрабатывает...

у меня сейчас такая же тема. Раньше все нормально обрабатывалось и аппа видела инфу, что приходит, и обрабатывала. Потом поменялись сертификаты и я не могу теперь подключиться. Я проверил домен https://www.digicert.com/help/ и там показало, что отсутствуют промежуточные сертификаты. Пока сам не решил этот вопрос, читаю про ssl сертификаты.

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

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

Ничто не может жить вечно. Иначе мы бы вернулись во времена шуток о пользователях Андроид, которые ходят с зарядкой везде

Представьте что все приложения на вашем телефоне работают всегда, без остановки. Процессор был бы всегда загружен, как следствие лаги и быстрая разрядка

Но если я делаю в этом цикле отправку сообщения на signalr hub и ставлю брекпоинт на событие connection closed, при заблокированном устройстве минут 5 идёт отправка сообщений на сервер, потом сервер пишет, что клиент xamarin дисконнектился, но в брекпоинт код не попадает, и в ошибку не валится. Это просто безумие какое-то

Так whatsapp ведь работает

Все время слушает, проявились ли новые сообщения

Вам же сказали что это пуш

Почитайте про Remote push notifications

.

Все время слушает, проявились ли новые сообщения

Нет

Он это делает когда приложение запущено.

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

И ничего нигде не слушает

Все время слушает, проявились ли новые сообщения

Это было бы глупо. Там чистый Long polling

За это отвечает другая служба

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

+

Но если я делаю в этом цикле отправку сообщения на signalr hub и ставлю брекпоинт на событие connection closed, при заблокированном устройстве минут 5 идёт отправка сообщений на сервер, потом сервер пишет, что клиент xamarin дисконнектился, но в брекпоинт код не попадает, и в ошибку не валится. Это просто безумие какое-то

Все верно, так и должно быть. Процесс приостановлен и потом будет принудительно убит, если памяти будет не хватать. Дисконект вы поймаете только если при запущенном приложении выключить интернет

Короче говоря использовать signalr для этой цели плохая идея?

И без сторонних push сервисов реализовать не получится?

Да

И без сторонних push сервисов реализовать не получится?

Почему сторонних? Они встроены в систему, вам только нужно их использовать

Короче говоря использовать signalr для этой цели плохая идея?

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

Короче говоря использовать signalr для этой цели плохая идея?

Хорошая, если это реалтайм чат

Самое популярное это firebase?

При след подключении делать get запрос на получение пропущенных сообщений

Не только, но он один из самых простых

Самое популярное это firebase?

Кто сказал ?

А какой посоветуете?

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

никак, система усыпляет службы до разблокировки экрана

Кто сказал ?

Реклама советует

Облаков до жути, AWS, GCP, Azure, Firebase. Сервисы с виртуальками ещё, например, Digital Ocean. Если в рашке, то ещё Крок

Лучше тот, на который есть деньги

AppCenter - пуши на хэлыча

AppCenter - пуши на хэлыча

+, кстати

И пуш конкретному устройству тоже поддерживается, или только всем?

есть возможность разделить аудиторию

но ничего не мешает сделать релизные пуши и девелоперские

ERROR: S client not available

И пуш конкретному устройству тоже поддерживается, или только всем?

Можно и на конкретные вроде тоже

но ничего не мешает сделать релизные пуши и девелоперские

+

А из wpf приложения может посылаться push на сервер нотификации, который потом рассылается xamarin - клиентам?

Да

Только там скорее дёрнется апи, которое пошлёт клиенту(-ам) пуш

Из бомжатских вариантов firebase? Для малого количества клиентов ( около 40)?

откуда вообще эта мода на Firebase пошла?

Firebase один из самых дорогих облаков в мире

Firebase один из самых дорогих облаков в мире

+

откуда вообще эта мода на Firebase пошла?

?

откуда вообще эта мода на Firebase пошла?

Гугл же. И пуши у Гугла именно через firebase сделаны официально. Проба в нем есть несколько бесплатных фич. А как хранилище и тд можно что-то другое будет

Гугл же. И пуши у Гугла именно через firebase сделаны официально. Проба в нем есть несколько бесплатных фич. А как хранилище и тд можно что-то другое будет

да понятно это все

я не рассматриваю его как для пушей тут

а как полноценное облако

для пушей - да, придется через него пробрасывать +- официально

Ок, спасибо всем за советы, а много кто с xamarina native на нативный java или kotlin перешли из-за того, что в ксамарине что-то не устраивало.

это вопрос?

Да сорри это вопрос

Ок, спасибо всем за советы, а много кто с xamarina native на нативный java или kotlin перешли из-за того, что в ксамарине что-то не устраивало.

в xamarin можно сказать одна проблема по сравнению с чистым нативом - сложнее нативные либы подключать, если их нет в nuget

Ок, спасибо всем за советы, а много кто с xamarina native на нативный java или kotlin перешли из-за того, что в ксамарине что-то не устраивало.

Обычно наоборот с натива в Xamarin идут

Обычно наоборот с натива в Xamarin идут

+++

Кто-то воплощает вузовские мечты о шарповой разработке, кто-то устал от ifelse и кодбехаинда

Но смысл один

Сменить язык и не сменить профессию

Обычно наоборот с натива в Xamarin идут

При таком раскладе обычно все довольно просто даётся

(Кто-то просто из нейтива приходит в .NET, а Xamarin плюсик для единства языков\пакетов)

Наоборот из .net идут в Xamarin

На это и расчёт Microsoft

Наоборот из .net идут в Xamarin

+

Наобарот ни кто не идёт в ксамарин

Довольно много контор, где есть .net прогеры и им дешевле посадить их на Xamarin в случае чего

И это тоже