DLL - DÉBUTANT PAR ICI ! ! !

Commentaire de GuilleW le 18/04/2005 15:56:44

J'aimerai savoir si quelqu'un connait le moyen de faire appelle à une dll en chemin relatif. Par exemple si la dll se trouve dans le repertoire du .exe, comment faire pour que lors de l'empactement il reste dans le dossier du .exe sans qu'il nous resorte une erreur chez l'utilisateur. Merci.

GuilleW

Commentaire de vatoo le 18/04/2005 16:40:11

Boaf alors ca c'est pas faisable avec ta méthode, enfin pas exactement.

Pour vb, une dll (enfin du type com32, celle que tu utilise) est un objet, une "classe". Par exemple, pour une dll dont le nom de projet sera montexte, ce sera la classe montexte.

Lorsque tu ajoute une référence, il recherche la dll associée dans la base de registre. Cela nécessite d'avoir enregistré la dll (le célèbre regsvr32) afin que celle-ci ajoute dans la base de registre l'information : youhou, c'est moi, pour des infos sur montexte, c'est par ici.

Ta méthode nécessite de créer ce lien dans la base de registre dynamiquement. Mais alors, tu ne "voit" pas les objets que tu manipules puisqu'ils sont plus dans les références ...

Il faut utiliser quelques astuces ... :

En fait, la technique serait celle la :
Pendant tout ton développement, tu utilises ta méthode.
Mais tu fais bien attention a avoir un objet lié à la dll, même si c'est juste pour des méthodes.
Par exemple : dim truc as new montexte
truc.ecristexte("ahahah")
Etc ...
Ainsi, tu gardes les informations fournies par la référence.

A la fin, tu supprimes la référence, et tu rajoute à la place du dim plus haut :
dim truc as object
set truc = createobject("montexte")

Comme ca, il ira chercher dynamiquement l'information dans la base de registre... Il te reste plus qu'à ajouter avant le "createobject" une procédure qui enregistre (regsvr) la dll dans le répertoire. C'est par exemple faisable avec l'option /s (silent) de regsvr32...

Un exemple ici :
dim truc as object
shell "regsvr32 /s montexte.dll"
set truc=createobject("montexte")

Voila..
On peut faire ensuite un peu plus élégant, avec de l'héritage pour que la dll transmette la liste des objets (classes, ici montexte) qu'elle contient, il suffit qu'elle ait une méthode fixe...

Plus d'infos sur le premier programme que j'ai fait qui gérait ca ... :
http://www.vbfrance.com/code.aspx?ID=6010

Voila ...
Mon dernier prog gérant ca est directxperience, sur http://membres.lycos.fr/vnsoftware/

Tchaou

Commentaire de jrbleboss le 18/04/2005 20:20:07

C'est bien pour un débutant.

Je vais voir le code.

JRB

Commentaire de vatoo le 19/04/2005 08:47:30

Je maintiens mon opinion NISAND, même si createobject peut paraitre plus lent, c'est le seul moyen de ne pas utiliser de référence.

C'est vrai qu'ici, il peut utiliser une référence, et s'il regsvr32 son dll dans le chemin de l'application, alors ca fonctionnera. Mais il ne pourra pas regsvrer dans l'application, puisque au début, si elle trouve pas la référence, elle se lancera pas.
Ensuite, l'interêt du createobject est qu'il permet d'ajouter dynamiquement des dll. Par exemple, il peut ainsi gérer un nombre quelconque de plugins, il suffit de les copier dedans...

Commentaire de GuilleW le 19/04/2005 13:47:59

Heu , je suis toujour là ! ! ! :p :p :p

Donc justement lors d'un deploiement, si la personne l'install dans un dossier X, je connais juste le chemin relatif de la dll par rapport à mon .exe , comment faire ?

pourquoi IL font toujours des code super compliquer au lieu de faire juste un :
shell "regsvr32 /s ./DOssier_dll/Nom_de_la_DLL.dll"

voilà, si vous pouvez me donner la source necessaire à cette action :p
Merki :)

Commentaire de NISANDSYSTEMS le 19/04/2005 19:31:44

Entierement daccord Vatoo sur le principed'un deploiement via un programme externe pour l'installationde l'exe.
Facile le travail des enregistrements...

Petite suggestion, sur un exe standard en mode main,
tu te creés une petite gestion par un fichier bat pour l enregistrement dll & ocx et une fois inscrite, lancement del'exe.


@+ Nisand-Systems

Commentaire de tbbuim1 le 20/04/2005 17:21:04

Bon c'est pas pour dire, mais je trouve que vous vous prenez la tête un peu pour rien lol Bon c'est vrai ya référencer against the no référencer, but we need the no to win the yes... lol Bref, pourquoi ne pas faire un package d'install, ainsi on peut déployer son appli partout et le package installera le lien dynamique de la librairie (donc LE dll, car c'est un lien et un lien c'est masculin :p)  automatiquement. So, no souci... Après si on veut se prendre la tête et juste copier son exe et son dll, on peut faire comme Vatoo, ou mm pourquoi pas, faire un prog d'install de la dll qui se lancerait uniquement au premier lancement de l'appli, puisque vous aimez les prises de tête lol. en tout cas, thx pour ce ptit exemple dude, ma foi, fort utile pour les débutants.

Commentaire de soldier8514 le 21/04/2005 14:57:42

surement par ce quil sagit dun code executable lol  

Commentaire de BZY1 le 25/04/2005 11:23:04

merci pour ton code et toute ces expliquations ca va surement m'aider a+

Commentaire de Ricou13 le 28/04/2005 22:00:08

Salut,

Question bête : si une dll ne contient que des fonctions, pourquoi ne pas utiliser un module ou une classe intégrés à l'exe ?

Quel est l'intêret de la dll ?

Commentaire de Ricou13 le 29/04/2005 18:07:06

Je persiste mais j'ai créé une classe de cryptage/décryptage et lorsque je veux l'utiliser dans d'autres programmes, je fais un simple copier-coller du module.

Ce qui revient au même que le fait de copier-coller le fichier dll.

Commentaire de vatoo le 03/05/2005 17:58:29

Yop ..

1 - Non, il n'est pas possible de faire une dll qui ne nécessite pas de regsvr32 en VB6, c'est ce qui en fait une faiblesse par rapport à vc++.
2 - L'avantage d'une dll par rapport à un module n'est pas dans la rapidité, mais principalement dans la réutilisation et dans la séparation des projets . Ainsi, lorsqu'on modifie par exemple la fonction de cryptage, pour faire accepter un autre type de cryptage, changer une boite de dialogue d'options de cryptage, etc..., il suffit de recompiler la dll avec comme option une compatibilité avec les versions précédentes, et de la mettre à jour pour ne pas avoir de problème .Ainsi, les dlls utilisées par windows se trouvent en un unique exemplaire (dans windows\system généralement), et une mise à jour de l'une (pour tenir compte de nouvelles fonctionnalités ou de bugs par exemple) se répercute automatiquement dans tous les prog. l'utilisant. Plus facile que d'avoir à compiler un énorme projet qui incluerait plusieurs modules. On sépare ainsi bien le logiciel des fonctionnalités annexes nécessaires (connexion à internet, utilisation de tel matériel, lecture de tel type de fichier, etc)..
VOili voilou ...

Commentaire de Silmon le 05/05/2005 14:28:36

Merci Vatoo et cerf_volant

et pour les inconvénients?

Commentaire de cerf_volant le 05/05/2005 17:52:07

pour les inconvénients (ceux que je connais du moins):
- il y a une légère perte de temps puisque tu appelles une fonction externe (donc lancement de la dll, appel de la fonction, mise en place des variables nécessaires dans la pile mémoire et les registres puis nettoyage après l'appel par le programme ou la dll selon la convention d'appel)
- il existe 3 conventions d'appel (géré lors de la compilation de la dll). Celà gère justement la pile mémoire et le renvoi des variables sur la pile, sa création et son nettoyage (stdcall obligatoire pour appeller une dll dans vb)
- pas de gestion des pointeurs en vb ni des structures en tant qu'arguments donc il faut parfois trouver des astuces ou compliquer la liste des arguments...

il faut donc mettre çà en balance avec les gains principaux:
- l'éventuel gain en rapidité dans le cas de certaines utilisations précises
- modularité
- réutilisabilité (intérêt principal)

par exemple, si tu fais de gros accès à des fichiers ou des calculs complexes, le C est plus adapté que VB.
Si tu crée un programme de calcul scientifique, une dll n'est intéressante que si tu compte la réutiliser ailleurs sinon tu perds du temps inutilement

autre cas particulier, tu peux créer une dll inteface compilée en stdcall qui appelle une dll compilée en cdecl permettant d'accéder à des fonctions contenues dans une dll que vb ne peut pas appeller directement.

Pour en savoir plus il faut se plonger dedans car là je résume, chaque cas est particulier...

Commentaire de GuilleW le 28/05/2005 02:15:38

J'aimerai éviter les commentaires inutils pour faire (gagner ?) de la place sur le server de CSsource mais je tenais à remercier toute les personnes qui m'on renseigner grace à vous j'ai pu créer ceci :
http://ZoneZeus.free.fr
il s'agit d'un petit prog qui list les mangas traduit par la zeus team (pour ceux qui connaissent)  : et oui en gros féneant et attendant toujours la traduction des nouveaux mangas, j'ai creer un prog qui lit le codes sources de leurs pages web et donc qui me renseigne de la sorties des mangas.
Toutes mes excuses, loin de moi l'idée de faire de la pub ( :p ) mais il y a surtout à dispo la source en VB de chaques version. En tant que debutant qui demandait comment créer une dll, voici où j'en suis arrivé. Bref encore une fois, Merci :)
Bye les gens !
GuilleW

Commentaire de fakfat le 19/06/2005 22:50:29

merci c'est bien pour un debutant

Commentaire de andrebernard le 11/11/2005 08:22:30

Bonjour

Alors la, je suis liquide.
Je savais que j'etait un debutant, mais la je viens de me rendre compte grace à ce code que je suis carrement une "BURNE".
En effet le code a moins de 10 ligne, et je tiens à remercier GuilleW qui a essayé de faire ce que tres tres peu de developpeur font, donner un code réduit au strict minimum.
Le seul bemol est le manque de commentaires sur les lignes importantes.

Eh oui je sais y'en a que 2/3 mais, moi je suis ce que l'on appelle vraiment un debutant de chez debutant.
Car qd on est autodidacte meme dans ce cas, il n'est pas toujours facile de comprendre les mecanismes et grand principes de l'utilisation de DLL.

Bref, malgres toute votre aide je n'ai rien compris.

Ce que j'aimerais faire, c'est utiliser une DLL faite en PureBasic dans VB6.
Les DLL sont elles toutes égales lorsq'elle sont créées par des programmes differents ????
Car celle que j'ai créé en PureBasic aussi simple que celle de GuilleW ne marche pas avec vb.

En effet, apres Qbasic et vb6 depuis peu, je viens de decouvrir la puissance de ce language qui reuni simplicité et performance.
Et avec lui, appeller une dll c'est hyper simple (comme tout d'ailleurs).

Donc si quelqu'un pouvait tendre la main à un infirme de la programmation, je lui serais reconnaissant pendant au moins trois vies.

Merci à tous pour avoir eu la gentillesse de me lire.

Commentaire de infoamz le 25/05/2006 17:00:06

code tres simple mais efficace merci bien