Structure plugin sans plugin

Bonjour,

Je voudrais savoir s'il est possible de programmer son application de façon à avoir une structure type application avec plugin, sans pour autant utiliser de véritable plugin ? Ce que je veux dire: je voudrais ajouter des "modulariser" mon application tout en la gardant monolithique. Par ex. je voudrais créer plusieurs fiches d'un certain type, avec les mêmes fonctions, et pouvoir afficher n'importe laquelle au choix, sans pour autant ajouter les unités dans la clause "uses" de chaque autre fiche qui pourrait les utiliser. Mais je ne vois pas trop comment faire, il faudrait une phase d'initialisation au lancement du programme pendant laquelle toutes les fiches de ce type soient "enregistrées" (dans le sens "registered") peut-être au sein d'une liste quelconque, et qu'ensuite quand une unité a besoin d'accéder à l'une de ces fiches, elle puisse le faire en se référant à la liste...
Bref, je ne sais pas si je suis bien clair, j'ai l'impression que plus j'essaye d'expliquer plus je m'enfonce... alors si vous avez compris et que vous avez une piste, faites-moi signe ;-)

Bonjour,

Non effectivement c'est loin d'être clair. On parle d'abord de plugin puis de modules pour finir sur les fiches sans que je vois le lien entre les trois.

Est-ce que tu pourrais réexpliquer ce que tu veux faire exactement ?

Merci.

salut ,
je ne comprends pas trop non plus, mais si tu parle de modulaire c'est a dire que ton application est destinée a recevoir des modules supplémentaires ?

j'ai géré quelque chose comme çà en créant une dll par module, mon application se charge de les traiter si elles se trouvent présente avec le programme.

En fait j'ai commencé à programmer une application avec des plugins (packages bpl); et puis plus ça va, plus je me rends compte que la gestion des "runtimes" à distribuer devient compliquée, que ça augmente énormément le poids du projet, et que ça devient lourd quand il y a une mise à jour d'un composant ou passage à une nouvelle version de Delphi; et comme les seuls plugins seront développés par moi, il n'y a que peu d'intérêt à faire comme ça !
Je voudrais donc "réintégrer" ce que je mettais dans les plugins à l'intérieur de mon application, tout en gardant la modularité, c'est-à-dire en n'ayant pas à déclarer des tas de "uses" dans chaque fiche qui utilise les "anciens plugins".
Mais bon, je suis en train de tester une solution plus ou moins tarabiscottée, on verra bien...

Bonjour,

tout d'abord je trouve dommage que tu change de méthode, car c'est vrai que le déploiement d'une application modulaire nécessite un peu d'organisation et que plus ce qui est modifié se trouve en bas de l'édifice, plus le déploiement est lourd, mais par contre pour tout ce qui est modification de ton interface, style la virgule que l'utilisateur ne veut pas à cet endroit, le déploiement est très léger.
Enfin, c'est ton choix. Alors le plus simple à mon avis c'est de faire une classe qui va gérer l'affichage de tes différentes forms. Cette classe aura besoin d'avoir la liste de toute les unités dans ses uses, mais elle seule en aura besoin. Elle publiera par exemple une méthode showform( aClassName:string) qui se chargera d'instancier le bon formulaire, un peu comme ceci (non testé et il est tard mais c'est pour te mettre sur la piste) :

Code:

---

1 2 3 4 5 6 7 8 9 10

function MaClasse.ShowForm( aClassName:string):integer; var wClasse : TPersistentClass; wForm : TForm; begin wClasse := GetClass( aClassName);   wForm := TFormClass( wClasse).Create( Application); Result := wForm.ShowModal; end;

---

Bien entendu il faut que ta classe soit Registré au démarrage de l'application.

@++
Dany

C'est vrai que l'application principale ne fait que 240 Ko et les plugins en moyenne 50 Ko, et ça peut être un argument pour l'utilisateur quand il faut mettre à jour un ou quelques plugins seulement; mais derrière il doit traîner une petite dizaine de Mo de bpls :-\ Et il faut gérer: ne rien oublier lors de la fabrication de l'installeur, prévoir pour chaque plugin les évolutions possibles pour fournir les bons bpl de façon à ne pas être obligé de tout recompiler/redistribuer si un composant n'était pas inclus dès le départ, éventuellement écrire un outil de téléchargement/mise à jour automatique des plugins, ou au moins mettre une page web en place pour permettre le téléchargement des différents plugins - ce qui complique la tâche pour l'utilisateur, et puis la mode est aux applications "portables" qui ne nécessitent qu'un exe, etc.
Bref, je vais voir si je peux m'en sortir, sinon je continuerai avec mes plugins actuels. Mon idée pour l'instant est de me baser sur TDataModule pour créer chaque modèle de plugin, et d'hériter ensuite chaque plugin de cette base. A la création du datamodule, j'ajoute une référence dans un TList qui sert de gestionnaire. Mes premiers essais ont l'air concluants, même si ce n'est certainement pas très "pro".

si l'application fonctionne déjà en mode plug-in,
ne suffit t il pas simplement d'inclure les unités des .bpl (qui sont les plug-ins) dans l'application principale
(et de désactiver le chargement dynamique des bpl qui n'ont alors plus lieu d'être) pour la transformer en application monolithique ?

Non pas vraiment, peut-être parce que j'utilise un système de plugins particulier (DSPS de DragonSoft), qui a son propre gestionnaire de plugins intégré qui se charge de... charger les plugins présents dans un certain dossier, et de faire certaines opérations au chargement. Mais même dans un cas plus général, je ne sais pas si ça serait possible.
Maintenant je suis sur une piste qui piste qui semble me donner satisfaction, donc je pense que je vais marquer la discussion comme résolue ?