Discussion :

[Neosquall2]

Bonsoir à tous,

Je ne suis pas certain que ce topic ait sa place ici, mais je ne savais pas bien comment le classer.

Voilà ma question:

J'ai besoin de développer un plug-in graphique que je vais très certainement programmer en Java. Ce plug-in consistue un module indépendant du code principal (qui n'est d'ailleurs pas en Java), il va communiquer avec celui-ci.
Je ne sais pas quelle technologie faut-il utiliser pour mettre en place ce module. Je pensais à ActiveX, mais étant un composant Windows je ne sais pas si c'est la bonne solution.

Quelle serait la meilleure solution?

Merci d'avance.

[bobuse]

Si tu dois « plugger » ton composant dans un autre logiciel, il faut que ce dernier puisse accepter une classe Java, et certainement que ta classe devra respecter certaines contraintes (héritages, annotations, fichiers, …)

Précise un peu plus le contexte

[Neosquall2]

Alors, pour préciser les choses, ce devra être un objet pilotable par le reste du logiciel. Les données reçues par mon objet seront envoyées par le reste du code, en accédant à une base de données.
Mon plugin recevra donc des paramètres en entrée qu'il lui permettront de construire le graphique voulu (dans mon cas ce sont des arbres généalogiques), puis l'utilisateur pourra alors faire des modifications sur cet arbre graphiquement, et ensuite on pourra exporter diverses choses vers le reste du code.

Donc si je résume ce module est une bibliothèque de fonctions pouvant construire du graphisme (je ne sais pas si c'est très clair ).

Je vois comment coder mon interface et ses fonctions, mais je ne sais pas vraiment quelle est la manière de produire cet objet pilotable par le reste du code.

[Duc Lebowski]

Une piste possible est CORBA. Mais bon courage pour l'implémenter !

[bobuse]

Je vois comment coder mon interface et ses fonctions, mais je ne sais pas vraiment quelle est la manière de produire cet objet pilotable par le reste du code.

C'est tout l'objet du patron de conception MVC.
Il faut que tu exposes les méthodes permettant de manipuler ton modèle au besoin d'une interface. Pour ça, il faut donc que tu spécifies clairement la liste des opérations possibles.

[Neosquall2]

Effectivement ça peut rentrer en compte dans un choix de design pattern.
Mais je me demandais s'il n'y avait pas plus simple. J'ai pensé à la solution suivante.
Je pourrais mettre les données qui communiquent entre le programme parent et le plugin Java dans un(des) fichier(s) XML (je rappelle que ce sont principalement des arbres généalogiques). Ainsi le programme parent n'aura qu'à lancer mon .jar, puis lorsqu'ils auront à se communiquer des arbres généalogiques, se les transmettront par un intermédiaire XML.
Un cas typique serait:
L'utilisateur veut lancer le plugin graphique pour simplement visualiser ou modifier un arbre généalogique, puis enregistrer les modifications.
Ainsi le programme lance le plugin en important l'arbre à modifier depuis un fichier XML, l'utilisateur fait les modif souhaitées, puis exporte l'arbre.
Est-ce envisageable a priori?

Merci de l'intérêt porté à mon problème

[bobuse]

Est-ce envisageable a priori?

Oui, ça me parait envisageable. Pas forcément pas très pratique à l'usage car tes deux programmes ne seront pas intégrés, mais ça devrait marcher, c'est déjà bien