PushSharp против сигнала R

Я использовал webApi для создания веб-сервиса и предоставления веб-сервисов мобильному программисту Android/Apple. Я хочу отправлять уведомления для мобильных устройств, когда база данных изменилась. Я поискал в Интернете и обнаружил, что могу использовать PushSharp или Signal R. Какой вариант лучше?


person Rahul Roshan    schedule 10.05.2016    source источник


Ответы (2)


Это действительно зависит!!

если вам нужен сервер уведомлений для мобильного приложения, я думаю, что PushSharp - хорошее решение, оно построено как платформа push-уведомлений для мобильного приложения, оно зависит от GCM (API облачных сообщений Google), это полностью бесплатный API от Google. Думаю, эта задача не для signalR. signalR — это фреймворк для создания приложений реального времени, которые вы можете реализовать в любой схеме, такой как pub-sub. что я знаю, есть клиентская реализация для signalr для Android, называемая:

  • СигналА: URL: github.com/erizet/SignalA

Поэтому, если вы хотите отправить уведомление в мобильное приложение, вы можете использовать один из них:

Я нашел pushsharp более надежным. и имеет большое сообщество. также вы должны учитывать, в чем хорош ваш разработчик мобильных приложений ??! .

person khairy Mohamed    schedule 15.05.2016

Как сказал Хайри, SignalR и PushSharp делают очень разные вещи.

SignalR — это веб-фреймворк реального времени. Он лучше всего подходит для двусторонней связи в режиме реального времени между клиентом и сервером. Это требует, чтобы ваше клиентское приложение было в постоянной связи с вашим сервером.

PushSharp — это библиотека push-уведомлений. Он используется для отправки уведомлений. Отправка push-уведомления клиенту по своей сути односторонняя и может происходить не в режиме реального времени.

Если все, что вы действительно хотите делать, это отправлять уведомления, я не вижу причин, по которым вы не захотите использовать правильный инструмент для работы. В этом случае PushSharp — правильный инструмент для работы.

person Grace    schedule 07.06.2016