Позволят ли мобильные службы Azure обмениваться целевыми сообщениями между приложениями?

Я создаю (в стадии формирования, дыма из ушей) пару приложений, одно для Windows 8, его компаньон WP8. Общение должно происходить между парой, но только между теми, кто приглашен к участию в разговоре (приглашение, отправленное приложением Windows 8), и теми, кто дал согласие (используя приложение WP8).

IOW, это может выглядеть так:

Windows8 app, User = Billy-Bob
    WP8 app users who were invited by Billy-Bob and accepted = Miley, Wiley, Kiley, and Riley

Windows8 app, User = Rory
    WP8 app, users who were invited by Rory and accepted = Gerry, Lou, Rod, Ted

Билли-Боб — единственный человек, который получает сообщения от Майли, Уайли, Кайли и Райли. Рори — единственный человек, который получает сообщения от Лу, Рода, Джерри и Теда.

Я думаю, что службы Windows Azure Mobile Services могут быть лучшим способом реализовать это с помощью необработанных push-уведомлений WNS. Но я не знаю, возможно ли это с WAMS, или я пытаюсь заставить восьмиугольный объект помещаться в трапециевидный сосуд.

Будет ли это практично? Если нет, то почему? Если да, то как мне поступить?

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


person B. Clay Shannon    schedule 25.10.2012    source источник


Ответы (1)


Да, это можно сделать с помощью push-уведомлений (через Azure Mobile Services или нет), но помните, что нет системы push-уведомлений — будь то служба уведомлений Windows (WNS, для Windows 8), служба push-уведомлений Microsoft (MPNS, для Windows Phone). ) или даже Служба push-уведомлений Apple (APNS, для устройств iOS и приложений MacOS) — гарантирует доставку сообщений — большинство из них действует в режиме «максимальных усилий». Кроме того, в зависимости от того, какими сообщениями вы хотите обмениваться, и устройств, к которым вы хотите получить доступ, может быть ограничение на размер того, что вы можете «протолкнуть» (я не знаю о MPNS, но для APNS полезная нагрузка не может превышать 256 байт). .

Могут быть и другие альтернативы чисто проталкивающему механизму. Сокеты, как вы упомянули, могут быть один (хотя это может быть ограничено некоторыми брандмауэрами). Что-то в пространстве Azure Mobile Services может работать, сохраняя сообщения в какой-то таблице, имитирующей очередь (или даже настоящую очередь, такую ​​как та, что предоставляется служебной шиной), и используя push-уведомления только для уведомления приложения о новых сообщениях. сообщения доступны (это также может решить офлайн-историю, когда push-уведомления не могут дойти до места назначения, но приложение может запрашивать новые сообщения всякий раз, когда оно появляется в сети).

person carlosfigueira    schedule 29.10.2012