2010-07-03 8 views
1

Je fais une petite application qui contrôle une sorte d'un indicateur matériel thingie (utilisable comme indicateur de volume, indicateur de charge du processeur et autres).Communication inter application - quelle approche adopter?

Mon but est de rendre l'appareil accessible à d'autres applications aussi facilement que possible. Quelle serait la meilleure approche pour y parvenir? Je pensais faire un service "web" sur l'hôte local en utilisant un petit serveur applicatoin. Une application accéderait à l'appareil de telle sorte que "127.0.0.1:23456/foo?par1=123?par2=456" etc. Le serveur analyserait alors l'entrée. Le serveur serait une sorte d'intermédiaire (l'appareil communique avec le PC via un port série USB).

Est-ce la bonne façon de le faire, ou est-il une meilleure façon de le faire?

Merci,

David PS: Ceci est mon premier post ici. Donc, je suis désolé pour tout ce que j'ai pu omettre.

Répondre

1

La « application » que vous décrivez ressemble plus à un contrôle. Dans ce cas, emballez-le dans un assembly que les autres projets peuvent inclure.

Si vous souhaitez l'exécuter en tant que service, le choix approprié serait WCF. Cela vous permettra de communiquer via les protocoles HTTP, TCP ou IPC selon la situation. Sans changer votre service.

+0

Merci! J'ai oublié de mentionner que l'appareil devrait être accessible à plus d'applications en même temps. Il y a plus d'indicateurs à ce sujet. Le faire un «contrôle» limiterait le port COM à une seule application. Le point de webservice était d'avoir le serveur a le port COM ouvert en permanence et permettre à d'autres pour y accéder. Merci pour la recommandation WCF, je vais y jeter un coup d'oeil. – daqq

+0

yup, WCF avec netNamedPipeBinding sonne comme un match parfait ici –

Questions connexes