Remplacement IPC C++ pour l'interface COM locale?

Question

Configuration actuelle:

Windows C++ natif fournit une interface COM utilisée (style RPC, appels de fonctions simples) par un certain nombre d'exécutables de plug-in. La communication est uniquement sur la machine locale.

[App.exe (COM server)] <-> [plugin1.exe (COM client/possible callbacks etc.)] 
         <-> [plugin2.exe (COM client)] 

Nous aimerions maintenant remplacer l'interface COM par quelque chose d'autre pour les plugins sélectionnés.

Quelles options avons-nous pour un IPC local de type "RPC" qui serait aussi facile à utiliser que COM?

Les restrictions suivantes:

• performance doit être au moins aussi bon que les appels COM locaux. (À la lumière de Steve's answer, toute alternative qui ne serait pas significativement moins performante que les appels COM locaux hors processus serait déjà utile!)
• L'interface devrait être facile à utiliser. Pas de bidouillage explicite avec de la mémoire et des sockets bruts lors de l'utilisation de l'interface dans les clients ou le serveur.
• C++ natif sur les fenêtres

Answer 1

Performance entre les processus ne correspondra jamais à COM local à un serveur en cours, étant donné que les appels COM en cours réduisent à un simple appel de fonction sur le thread appelant. Pour le trafic inter-processus, il y aura TOUJOURS un marshaling et un surcoût de changement de contexte qui rendra cela plus lent. En faisant un pas de plus, il est peu probable que vous construisiez quelque chose d'aussi simple que ce que vous avez avec COM qui effectue quelque chose comme COM. Pour les serveurs locaux hors processus, COM s'exécute sur une pile RPC optimisée appelée LRPC.