Nous travaillons sur un logiciel qui mesure les données radio et visualise la mesure sur un ou plusieurs clients. Pour ce faire, nous utilisons un modèle d'abonnement de publication et des rappels wcf. Le serveur mesure et s'il a une nouvelle mesure, il appelle la méthode de rappel des rappels souscrits incluant les données mesurées en tant que paramètres, afin que les clients puissent les visualiser.
Dans un monde Windows cela fonctionne bien. Cependant, nous voulons également prendre en charge les appareils Android et ios en tant que clients. C'est avec l'architecture actuelle pas possible.C# Live Data Architecture Best Practice
Ma question est la suivante: quelle serait la meilleure pratique pour ce scénario?
Je pensais à un service JSON RESTful qui est fréquemment appelé par tous les clients pour «demander» de nouvelles données. Est-ce une bonne approche?
Existe-t-il un moyen d'utiliser un système pub/sous-type, qui peut également fonctionner avec ios et Android? Pour résumer:
1 service, en mesurant les données.
1 ou plusieurs clients, consommant les données.
actuellement: le service mesure les nouvelles données et appelle les rappels client avec les données de mesure en tant que paramètres. Aucun support Android et iOS.
future: andoid, ios et plus encore est nécessaire, donc une nouvelle architecture doit être implémentée.
J'espère que je pourrais faire les choses claires :)
des idées? :)
Cette question est trop générale et suscitera des réponses basées sur des opinions. Veuillez reformuler votre question ou risquer de mettre la question en attente. –
Vérifiez SignalR pour une solution web en temps réel http://signalr.net – htxryan
D'accord avec Ryan, SignalR, ou n'importe quelle solution compatible websockets, ressemble à un bon ajustement ici. Une fois que vous avez ajouté la sécurité (et je ne vois pas pourquoi vous ne l'auriez pas fait), le coût du protocole HTTPS pour les demandes individuelles deviendra un casse-tête. – DavidN