Мы работаем над программным обеспечением, которое измеряет радиоданные и визуализирует измерения для одного или нескольких клиентов.
Для этого мы используем шаблон публикации подписки и обратные вызовы wcf. Сервер измеряет и, если он имеет новое измерение, он вызывает метод обратного вызова подписанных обратных вызовов, включая измеренные данные в качестве параметров, поэтому клиенты могут их визуализировать.
В мире окон это хорошо работает. однако мы хотим также поддерживать устройства android и ios в качестве клиентов в будущем. Это невозможно с нынешней архитектурой.C# Real Data Architecture Best Practice
Мой вопрос в том, что было бы лучшей практикой для этого сценария?
Я думал о службе RESTful json, которая часто называется от всех клиентов, чтобы «запрашивать» новые данные. Это хороший подход?
Есть ли способ использовать паб/подтип системы, который также может работать с ios и android?
Подведение итогов:
1 обслуживание, измерение данных.
1 или более клиентов, потребляющих данные.
В настоящее время: служба измеряет новые данные и вызывает клиент-обратные вызовы с данными измерений в качестве параметров. Поддержка Android и iOS не поддерживается.
future: andoid, ios и даже больше необходимы, поэтому должна быть реализована новая архитектура.
Надеюсь, я мог бы сделать все ясно :)
любые идеи? :)
Этот вопрос слишком широк и будет отвечать на мнения. Пожалуйста, перефразируйте свой вопрос или риск, связанный с вопросом. –
Checkal SignalR для веб-решения в режиме реального времени http://signalr.net – htxryan
Согласитесь с Ryan, SignalR или любым решением, совместимым с websockets, выглядит здесь очень хорошо. Как только вы обеспечите безопасность в миксе (и я не понимаю, почему вы этого не сделаете), накладные расходы на установление связи HTTPS для отдельных запросов станут головной болью. – DavidN