A voir également:
- Dll vb.net
- Dll .net - Meilleures réponses
- Vb dll - Meilleures réponses
- Webcam_capture.dll vb.net - Guide
- Utilisation d'une DLL vb.net 2010 dans une application non Microsoft ✓ - Forum - VB.NET
- Utiliser une fonction dans une DLL VB.Net depuis un programme C ✓ - Forum - VB.NET
- Dll vb.net ✓ - Forum - VB.NET
- Acces Outlook à partir d'une DLL VB.Net ✓ - Forum - VB.NET
3 réponses
Whismeril
- Messages postés
- 16037
- Date d'inscription
- mardi 11 mars 2003
- Statut
- Contributeur
- Dernière intervention
- 17 juin 2021
Bonjour
quel VB?
quel VB?
- VBA?
- VBS?
- VB6?
- VB.NET?
Whismeril
- Messages postés
- 16037
- Date d'inscription
- mardi 11 mars 2003
- Statut
- Contributeur
- Dernière intervention
- 17 juin 2021
Il y a plusieurs options
Référence "par défaut" à la dll
Dans ton projet, click droit sur Références -> Ajouter une référence -> Parcourir.
Tu vas chercher ta dll et tu valides.
A ce moment là, elle est copié dans le répertoire de compilation, si elle est modifiée, à la prochaine compilation elle sera à nouveau copiée.
Une fois ton programme déployé, il suffit dans la majorité des cas (y'a des référencement qui nécessite de recomplier) de mettre à jour la dll dans le répertoire d'installation.
Référence sans copie locale
Même procédure d'ajout de référence, mais avant la première compilation, dans les propriétés de la référence, passer Copie Locale à False.
L'IDE ira donc la chercher là ou elle est, et je ne suis plus sûr, mais il me semble logique qu'une fois déployé, le programme ira la chercher sur le même chemin
Référence au projet de la dll
Au lieu de référencer la dll compilée, à la solution, tu ajoutes le projet de la dll, dans le projet "maitre" tu références le projet de la dll, et comme précédemment tu choisis copie locale ou pas
Assembly dans le GAC
Le gac est le "lieu" ou la Framework entrepose toutes les assembly partagées par les application.
Tu y mets une dll et toutes tes appli y auront accès.
Cette fois tu ajoutes une référence à un Assembly, comme celles par défaut de .Net
https://msdn.microsoft.com/fr-fr/library/yf1d93sz(v=vs.110).aspx
Quand j'étais petit, la mer Morte n'était que malade.
George Burns
Référence "par défaut" à la dll
Dans ton projet, click droit sur Références -> Ajouter une référence -> Parcourir.
Tu vas chercher ta dll et tu valides.
A ce moment là, elle est copié dans le répertoire de compilation, si elle est modifiée, à la prochaine compilation elle sera à nouveau copiée.
Une fois ton programme déployé, il suffit dans la majorité des cas (y'a des référencement qui nécessite de recomplier) de mettre à jour la dll dans le répertoire d'installation.
Référence sans copie locale
Même procédure d'ajout de référence, mais avant la première compilation, dans les propriétés de la référence, passer Copie Locale à False.
L'IDE ira donc la chercher là ou elle est, et je ne suis plus sûr, mais il me semble logique qu'une fois déployé, le programme ira la chercher sur le même chemin
Référence au projet de la dll
Au lieu de référencer la dll compilée, à la solution, tu ajoutes le projet de la dll, dans le projet "maitre" tu références le projet de la dll, et comme précédemment tu choisis copie locale ou pas
Assembly dans le GAC
Le gac est le "lieu" ou la Framework entrepose toutes les assembly partagées par les application.
Tu y mets une dll et toutes tes appli y auront accès.
Cette fois tu ajoutes une référence à un Assembly, comme celles par défaut de .Net
https://msdn.microsoft.com/fr-fr/library/yf1d93sz(v=vs.110).aspx
Quand j'étais petit, la mer Morte n'était que malade.
George Burns
wmade
- Messages postés
- 34
- Date d'inscription
- samedi 18 juin 2016
- Statut
- Membre
- Dernière intervention
- 20 octobre 2017
Merci
Mais pour Référence au projet de la dll ce que je fessai a la génération il me disais 1 projet compiler et 2 mise a jour. j'ai pas trouver pour quoi. je l'ai même réinstaller Visual Studio.
Merci
Mais pour Référence au projet de la dll ce que je fessai a la génération il me disais 1 projet compiler et 2 mise a jour. j'ai pas trouver pour quoi. je l'ai même réinstaller Visual Studio.
Merci
ucfoutu
- Messages postés
- 18038
- Date d'inscription
- lundi 7 décembre 2009
- Statut
- Modérateur
- Dernière intervention
- 11 avril 2018
Bonjour,
- discussion donc déplacée vers le sous-forum VB.Net
-
rien ne t'empêche dans ce cas, sans rien modifier à ce que tu as déja) :
--- de mettre dans un fichier texte le chemin du dossier choisi pour abriter ces dll
--- d'utiliser ce chemin pour les mettre à jour (un tout petit programme de lecture du fichier et mise-à-jour de chaque dll trouvée dans le dossier lu dans ce fichier texte).
- discussion donc déplacée vers le sous-forum VB.Net
-
Mon intention est de pas mettre a jour tous le programme a chaque fois ou il y a de nouveaux composent mais que le fichier dll
rien ne t'empêche dans ce cas, sans rien modifier à ce que tu as déja) :
--- de mettre dans un fichier texte le chemin du dossier choisi pour abriter ces dll
--- d'utiliser ce chemin pour les mettre à jour (un tout petit programme de lecture du fichier et mise-à-jour de chaque dll trouvée dans le dossier lu dans ce fichier texte).
wmade
- Messages postés
- 34
- Date d'inscription
- samedi 18 juin 2016
- Statut
- Membre
- Dernière intervention
- 20 octobre 2017
Bonjour,
Merci mais pour ça j'aurai le même programme qui vas démarrer un autre qui écrie dans des fichier texte la value de la progressebar et dans l'autre l’action qu'il est en train de faire qui seront transféré dans la form instal du composent.
Merci
Merci mais pour ça j'aurai le même programme qui vas démarrer un autre qui écrie dans des fichier texte la value de la progressebar et dans l'autre l’action qu'il est en train de faire qui seront transféré dans la form instal du composent.
Merci
Donc c'est en vb.net
Merci