Bonjour,

Pour un projet, j'ai besoin de faire communiquer au moins 2 applications.

Après plusieurs recherches, je sais pas sur quoi m'orienter.

De ce que j'ai vu, j'ai le choix entre les sockets, les namedpipe et les services duplex. (Voir d'autre que je n'ai pas vu ?)

Donc le plus simple je pense, c'est de vous expliquer ma problématique pour vous permettre de m'orienter sur la bonne méthode.

J'aurais une application qui enverra (après interaction utilisateur) un message a une autre application qui aura besoin d'afficher ce message (qui affichera d'autre information en attendant des messages a afficher) et qui sera en écoute constante et enverras un message de bonne réception (plus un commentaire).

De ce que j'ai vu, je peux le faire avec toutes les technologies mentionnées, mais laquelle correspond le plus a mon besoin et/ou est le plus à jour

J'espère que vous pourrez m'apporter une réponse.

Dans un premier temps, mais a terme, les 2 applications pourront s'envoyer des messages.

C'est 2 applications indépendantes, qui enverrons des messages par interactions utilisateur.

C'est principalement pour les demandes (c'est pour une boulangerie).

Donc une application demandera de refaire du pain à l'autre application.

Et dans l'autre sens, l'application pourra prévenir que d'autres produits sont prêt.

Si vous voulez du flexible/top du "modernisme", c'est de passer par de gros machin comme des middleware orientés message (sécurisation de l'envoi de message, bridge technologique, routines de routage évolutives sans modification de code, etc...).

Après, on peut aussi sortir l'overkill d'intégrer vos applicatifs dans des ERP/Orchestrateur type Biztalk, où ce n'est plus le Dev qui architecture les communications mais les administrateurs, voir les responsables ligne business.

Mais pour une boulangerie "traditionnelle", l'utilisation de middleware orientés message permet déjà de faire des choses très robustes bien qu'un peu moins évolutives.

https://www.trustradius.com/message-oriented-middleware

C'est pas vraiment les problèmes de monté en charge mais la disponibilité, les fonctionnalités de "non répudiation" etc..., permettent de faire des solutions logicielles "carrées".

Merci de vos réponse,

Ce sera que des applications dans un reseau local qui sera administré par moi.

Donc j'ai la main sur tout, je le fais bénévolement donc je suis libre de mes choix.

je vais regarder les middleware