plugin bpl dll composant ou a partir de zéro

Bonjour, je voudrais créer des plugins pour personnaliser mon application selon l'activité de l'utilisateur, je voulais votre avis avant de m'enfoncer dans une mauvaise solution, sa serai pour par exemple lors de l'ajout d'un utilisateur afficher un onglet avec des champs personnalisé créé dans le plugin et dans ce cas c'est l'application ou le plugin qui doit les récupérer et enregistrer dans la base ?
si c'est le plugin je dois lui donner la connexion à la base (TIBDatabase + FB) ou il se connecte avec ses propre composants ?

Il y a des compos TJvPluginManager (Dans le Wiki JVCL il le déconseille), TMS Plugin Framework si quelqu'un a déjà essayé ?

Je pensai partir de 0 avec ce guide http://sjrd.developpez.com/delphi/tutoriel/compoplugin/ et la méthode 2.

Merci pour vos avis :salive:

Disons que j'ai l'impression que ce n'est pas un plug in qui est indiqué dans ton cas.
Un plug in sert à rajouter une fonction non prévue au départ.
Pour moi c'est plutôt de la personnalisation d'écran que tu veux faire non ?
Si tu peux fournir plus de détails sur ton soft...

le soft "my club" est sur mon site http://www.toutenvrac.org/program-myclub-dt.html
ce que je veux rajouter c'est une demande, la personne à un club hippique.
et entre autre lorsque on ajoute des objets (chevaux) pouvoir associer des frais (nourriture, vétérinaires). Mais pour un centre de karting, les objets seront des kart avec les frais (essence, mecanique etc,...)

donc selon le plugin il y aura des stats et d'autre truc personnalisé.

je suis partis sur des bpl vu que je serais seul à écrire les plugins et que de ce que j'ai lu sa permet de partager des objects, reste que sa fait 4 jours que j'écume doc, tuto, exemples et que je ne sais toujours pas comment je vais faire pour insérer récupérer les données dans la base, si mon plugin bpl à un tquery je lui passe le pointer de mon compo connexion à la base ? Faut que je teste.

Il n'y a pas beaucoup de doc sur BPL + Database je trouve.

Je patauge aussi avec les options, j'ai coché construire avec les paquets (dans l'edit j'ai rtl et vcl) et donc j'ai mon rtl et vcl .bpl dans le dossier de mon application mais je ne sais pas quel autre paquet distribué, j'ai testé plein d'outil mais il liste que rtl et vcl .bpl

donc la j'ai 3 .exe et un bpl construit en cochant "avec paquet" et dans leur edit "rtl;vcl" leur taille à diminuer et si je vire vcl150.bpl du répertoire sa ne fonctionne plus donc c'est bon mais il y a surement d'autre que je peux mettre mais avoir la liste sa je ne trouve pas, dans les exe on a la liste des unités utilisées mais pas les packages qui les contiennes

Merci en tout cas de m'avoir lu. Je crois que c'est encore moins clair mon histoire maintenant :oops:

Tu n'as pas besoin de construire avec les paquets pour charger une bpl. LoadPackage est fait pour ça ! Tu peux même les charger avec LoadLibrary ;)
Cette discussion énonce quelques principes que j'avais personnellement adopté.

Merci, la discussion que tu donne est très intéressante sa ma bien aidé.

j'avance, dans cet article http://edn.embarcadero.com/article/27178 il explique bien le principe avec une base donnée.
il faut que je crée un bpl pour la base, un pour la traduction, etc et les plugins ont juste à les avoir en dépendance pour les utiliser si j'ai bien compris.

par contre pour utiliser une class d'un bpl chargé dynamiquement dans l'article il y a sa :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

procedure TForm1.Button1Click(Sender: TObject); var PackageModule: HModule; AClass: TPersistentClass; begin PackageModule := LoadPackage('Package1.bpl'); if PackageModule <> 0 then begin AClass := GetClass('TForm2'); if AClass <> nil then with TComponentClass(AClass).Create(Application) as TCustomForm do begin ShowModal; Free; end; UnloadPackage(PackageModule); end; end;

---

vu que sa date de Delphi 5 je me dit qu'il y a surement plus simple ou mieux que sa.

Non, le principe reste le même. (On pourrait simplifier en utilisant directement TCustomFormClass)

Ce que je n'aime pas par contre est que la classe finale est écrite en dure dans l'exe. Ça limite à un seul plugin à la fois et se révélera à terme très peu évolutif sans recompilation totale. Je préfère l'idée du Callback ou au minimum l'utilisation d'une "TForm2Class" ;)

Bon voila j'ai la traduction, skin dans des bpl chargé statiquement, et un plugin test en dynamic qui utilise les bpl traduction, skin c'est parfait.

Pour les bpl chargé automatiquement ils doivent être dans le dossier de l'application ou dans un dossier dont le chemin est dans la variable d'environnement PATH
Dans le dossier de l'exe sa fait moyen, je voudrais les charger depuis un sous dossier "packages" sans modifier la variable d'environnement PATH définitivement mais juste pour le programme.
J'ai sa dans une unité :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

Procedure SetPathForBPL; var sPath:string; Begin sPath := GetEnvironmentVariable('PATH'); SetEnvironmentVariable('PATH', PChar(sPath + ';' + MF.AppPackagesDir)); showmessage(GetEnvironmentVariable('PATH')); End;   initialization SetPathForBPL;

---

et elle est en 1er dans le use du program

Code:

---

1 2 3 4

Program my_club;   uses Utils in 'source\others\Utils.pas',

---

J'obtiens la variable modifié avec le bon dossier à la fin, mais le programme l'ignore il ne trouve rien.

Quelqu'un à une idée pour pouvoir choisir le dossier ? Merci.:traine:
Je suis adepte du ménage un dossier pour chaque chose :|