Une classe accessible par pluieurs programmes

Bonjour,
Je ne sais pas si cette question a déjà été posée (si oui, merci de me donner le lien), j'ai cherché et pas trouvé.

Voici mon problème:

J'ai un système composé de plusieurs programmes, (qui dit programmes dit fonction main). Je dois pouvoir lancer l'ensemble de ces programmes dans une seule machine, et mettre en place une classe, ou une structure de donnée qui serait accessible à l'ensemble des programmes.
Cette classe, ou structure, devrait être créée, une fois pour toute, par le premier programme lancé, et être accessible à tous les autres qui viendront après.

Est ce qu'il y aurait un moyen de faire ça en C++ ??

Configuration: * langage C++
* Plateforme Unix (AIX)

Merci pour votre aide

a défaut de réponses plus documentées.. je dirais que tu as le choix entre :

Base de donné, sockets, fichiers. je ne vois pas grand chose d'autre... mais la communication entre programmes... c'est pas ce qu'il y a de plus pratique selon moi. Si tu peux éviter, fait le.

Effectivement, si la classe commune contient des données, il a plusieurs solutions: base de données, fichiers, memoire partagée ou architecture client/serveur.

Si, en revanche, il s'agit juste de fonctionnalités et qu'il n'y a pas de données à partager, il suffit de mettre cette classe commune dans une lib (statique ou dynamique, ça dépend des besoins).

Salut,

Tu peux aussi jeter un œil à Boost.Interprocess.

MAT.

Merci les gars pour vos réponses.
Je vais essayer quelques une de vos solutions, et vous rendre compte.

Juste une précision, la solution base de données est à écarter, car mon système doit accéder régulièrement à la ressource partagée. Un accès à la base de donnée le pénaliserait considérablement!!!

A+

Citation:

---

Envoyé par brad1024

Merci les gars pour vos réponses.
Je vais essayer quelques une de vos solutions, et vous rendre compte.

Juste une précision, la solution base de données est à écarter, car mon système doit accéder régulièrement à la ressource partagée. Un accès à la base de donnée le pénaliserait considérablement!!!

A+

---

Pas forcément. Les bases de données sont optimisées pour les accès rapides et nombreux. Fort heureusement d'ailleurs. Elles intègrent en outre d'autres caractéristiques qui peuvent les rendre désirable (selon le moteur de base de données: gestion de la concurrence, atomicité des transactions, rollback, etc).

Sinon, d'autres possibilité sont disponibles: il existe un protocole nommé RPC, pour Remote Procedure Call. Son but est de passer des messages entre applications, de manière à permettre à un programme d'appeler du code dans un autre programme. DCE/RPC propose une implémentation de référence de ce protocole, disponible sous licence LGPL sur la page dédiée de l'OpenGroup, ce qui a permis un portage vers Linux de la librairie.

Pour un exemple d'utilisation, voir cet article du Linux Journal (c'est une bonne introduction avec un exemple de code).

Il y a aussi Corba (je ne connais pas, c'est juste que je sais que c'est une possibilité).

Citation:

---

Envoyé par r0d

Il y a aussi Corba (je ne connais pas, c'est juste que je sais que c'est une possibilité).

---

Corba est très similaire à RPC. Les deux systèmes utilisent un langage de description d'interface pour spécifier les objets partagés, mais les implémentations de Corba sont souvent plus lourdes et plus difficile à mettre en oeuvre.