PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 4 janv. 2009 à 13:40
salut,
pourtant la réponse de
[../auteur/CASY/333139.aspx casy]
est bonne ^^
traduction :
"Mes fonctions sont en fait des méthodes"
private sub machin
devient
public sub machin
ta form ou autre pourra donc accéder à la méthode machin
"mes variables privées (...) sont accessible (...) par l'intermédiaire de propriétés"
dim truc as string
(syntaxe VB6) devient
private mTruc as string
public property get Truc() as string
truc= mtruc
end property
public property let Truc(byval nValue as string)
mtruc = nvalue
end property
ta form ou autre pourra donc accéder à la propriété truc
tout ceci si ta DLL est un activex.
si c'est une "vraie DLL", il faut la déclarer et l'utiliser comme une fonction d'API, si elle offre bien sûr un point d'entrée pour VB6 ou VB.net ...
<hr size ="2" width="100%" />Prenez un instant pour répondre à [sujet-SONDAGE-POP3-POUR-CS_769706.aspx ce sondage] svp
cs_casy
Messages postés7741Date d'inscriptionmercredi 1 septembre 2004StatutMembreDernière intervention24 septembre 201440 3 janv. 2009 à 23:15
Tiens donc, moi aussi j'ai fait une telle dll.
J'ai tout mis dans une classe. Mes fonctions sont en fait des méthodes de ma classe et mes variables, privées et locales à la dll, sont accessible à l'extérieur par l'intermédiaire de propriétés sur ma classe.
cs_casy
Messages postés7741Date d'inscriptionmercredi 1 septembre 2004StatutMembreDernière intervention24 septembre 201440 4 janv. 2009 à 13:38
C'est quoi ton problème, créer une variable et l'utiliser à l'intérieur de ta dll, ou alors utiliser depuis l'extérieur une variable déjà créée et qui marche à l'intérieur de la dll.