La Communication entre les Services Windows et l'Application de Bureau
Je sais que des questions similaires ont été posées, mais même après toutes mes recherches sur Google je suis encore complètement perdu.
J'ai écrit un petit Service Windows qui fait ce que mon application principale utilisé à faire dans un thread d'arrière-plan (il est logique de le déplacer vers un autre service pour plusieurs raisons).
Lorsque le thread d'arrière-plan était en cours d'exécution comme une partie de mon application, il déclenche un événement à chaque fois qu'il fini de travailler (mise à jour d'une base de données, dans ce cas) et je voudrais utiliser un timestamp à partir de cet événement pour saisir les informations appropriées pour mettre à jour la fenêtre. Je ne pense pas que les détails pertinents, mais s'il vous plaît laissez-moi savoir si vous avez besoin de plus de détails.
Maintenant que j'ai la base de données de remplissage de trucs comme un service, la question devient: Comment puis-je remplacer ce qui était fait par l'événement?
En d'autres termes, ce qui est le plus simple et/ou plus efficace façon de communiquer à une base de type DateTime de mon service à mon application?
Je n'ai jamais fait de toute CIB avant, mais a commencé à lire sur elle et a obtenu confus. Named Pipes semblent être mon meilleur résultat jusqu'à présent, mais j'ai été incapable de trouver quelque chose qui m'aide à comprendre leurs fonctionnalités... Tout ce que j'ai trouvé sont mal commenté les morceaux de code ou de "tutoriels" qui vont façon plus profond que j'ai besoin, sans clairement couvrant les bases.
Ainsi, sans être en mesure d'établir une bonne base, je suis un peu coincé. Quelle est la meilleure méthode pour mettre en œuvre une communication simple qui fait ce que mon événement utilisé pour faire et où puis-je apprendre les bases de cette méthode?
EDIT:
Comme toujours, tout le monde ici rochers, merci à tous pour les réponses rapides. Gerrie lien s'est avéré être exactement ce dont j'avais besoin (bien que je ne sais pas c'est ce dont j'avais besoin à l'époque).
Tout simplement que je ne pouvais pas trouver quelque chose qui vraiment fait comprendre comment débuter avec base WCF mise en œuvre. Je suis tout à fait ouvert.
Vous pouvez créer un fichier mappé en mémoire que votre service écrit les données, et qui est lu par votre application. C'est assez simple à réaliser.
ne pas dire constamment vérifier pour voir si le fichier a été mis à jour? Cela semble être une étape supplémentaire pour aucune raison (sauf si je suis absent quelque chose).
Fichier mappé en mémoire est très lourd pour cette approche. Ne contempler que.
OriginalL'auteur Kyle G. | 2013-08-30
Vous devez vous connecter pour publier un commentaire.
N'obtenez pas effrayé par les pipes nommés concept, WCF va prendre soin de l'affreux pour vous. Vous n'aurez plus qu'à effectuer la configuration, c'est tout simplement un autre canal de communication, au lieu d'utiliser HTTP par exemple. De sorte que vous aurez besoin de regarder dans WCF.
Découvrez ce tutoriel.
Fondamentalement, vous pouvez avoir un WCF partie d'un service qui écoute sur un port, puis l'application ping sur le port d'un événement particulier (c'est à dire l'utilisateur clique sur un bouton). Ce tutoriel a été très utile pour moi. codeproject.com/Tips/497123/...
J'en suis au même point que l'OP maintenant, mais le lien pour tech.pro est en baisse. Quelqu'un a un bon lien ou une copie de sauvegarde de cet article ?
Gaaa. Le lien est rompu. Toute chance d'une mise à jour?
Bon tutoriel. Merci pour la mention!
OriginalL'auteur Gerrie Schenck
Vous devez utiliser tube nommé dans ce scénario, si les autres options que vous avez impliquent MSMQ, webservices.
j'ai mentionné ces bien dans ma réponse. MSMQ et webservices
Oh, désolé, j'ai totalement mal interprété. La caféine n'a pas touché la vieille nouille encore 🙂
OriginalL'auteur Ehsan