Discussion :

[Krys9292]

Bonjour à tous,

Je voudrais juste savoir si j'ai bien compris la logique du langage VB.Net au niveau des pointeurs.

J'avais, il y a longtemps appris le C++, et donc la notion de pointeur très utilisé en C++.

Pour mon application sous VB.Net, j'ai par exemple une serie de 6 d'objets graphiques, des PictureBox allant de Categorie0 à Catégorie5 au niveau des noms.
Pour les appeler de manière itérative dans le code, je crée par exemple un tableau (Catégorie(5) qui va contenir chaque objet :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Public Categorie(5) As PictureBox
 
        Categorie = {Categorie0, Categorie1, Categorie2, Categorie3, Categorie4, Categorie5}

Si j'ai bien tout compris, par exemple je prends la ligne 0 du tableau, l'élément Categorie(0) de mon tableau contient en réalité un pointeur vers pointeur vers Categorie0 ? Et non pas l'objet graphique Categorie0 ?

C'est cela ? ou je me trompe?

Merci de vos observations.

[Thumb down]

Bonjour,
En c++ les pointeurs permetent de placer l'adresse d'un objet dans une variable !

Un pointeur contient autant d'octets que l'objet auquel il ce réfère.

De ce fait il est possible d'accéder aux différentes parties de l'objet en parcourant la zone d'adresse du pointeur.

En c++ il existait déjà la notion de référence qui Stock en mémoire l'adresse basse d'un objet, ANSI pas besoin de parcours la zone d'adresse du pointeur la référence donne accès directement à l'objet.

Part références la variable contient que l'adresse basse de l'objet auquel il ce réfère.

A ma connaissance il n'existe pas de pointeur en VB.net, tout ce fait par références!

Dans ton cas il s'agit tout simplement d'un tableau.
dim tableau() as classe={New classe,New classe}On déclare un tableau() de classe et on y ainstance des classe grace au constructeur New, chaque élément du tableau reçoit l'adresse basse de l'objet auquel il ce réfère [référence]!

Dans ton cas la référence de classes déjà instencier

Que cherches tu à savoir exactement ?

[sevyc64]

La notion de pointeur n'existe pas en VB

Si ton tableau de PictureBox, qui est un type référence, stocke bien des adresses mémoires des différents objets image, si Categorie0 est en soi une de ces adresses, celles-ci ne sont pas directement accessibles et encore moins exploitables en l'état.
Quand tu utilise Categorie0, ce n'est pas l'adresse mémoire (équivalent au pointeur en C) que tu utilise, mais bel et bien l'objet pointé par cette adresse. La manipulation de l'adresse pour obtenir l'objet est un mécanisme interne au langage, totalement transparent pour l'utilisateur (et le développeur, donc).

[Krys9292]

En fait, je parlais de cela juste parce qu'en parcourant la librairie Microsoft, j'ai vu que les pointeurs existaient en VB.Net : IntPtr.
Il servent juste à passer des pointeurs vers d'autres applications éventuellement.
Mais d'après ce qu'ils expliquent, c'est assez instable.

Du coup, je posais la question.

Merci en tout cas.

Et une dernière, peut-on déterminer pour un objet donné, la taille mémoire qu'il occupe lors de l'exécution ?

[sevyc64]

IntPtr n'est pas un pointeur.
C'est une structure qui représente un Int de 32 ou 64 bits suivant la machine et l'os et qui peut être interprété comme un pointeur par des fonctions de code non-managé. C'est à dire du code qui n'est pas exécuté sur la plateforme .Net.
C'est notamment le cas de dll externes écrites en C/C++, d'apis comme les apis système de Windows si tu essaye de les appeler directement, etc.

L'utilisation de IntPtr nécessite d'avoir au préalable copier la variable dans une zone mémoire non managée elle-aussi afin qu'elle soit accessible à la fonction appelée.
En effet les variables managées (contrôlées par .Net) ont tendances à avoir la bougeotte en mémoire au gré des optimisations continues de celle-ci par le garbage collector.
C'est pour ça que l'on ne peut pas utiliser de pointeur car la variable ne va pas forcément rester durant toute sa durée de vie dans la même case mémoire.

Donc quand on a besoin d'un pointeur, il faut copier la variable dans une zone non sécurisée, non contrôlée par .Net, bien l'initialiser et allouer toute la place qu'elle aura besoin, utiliser IntPtr pour en récupérer l'adresse et la passer au code externe.
Et, comme en C avec un malloc/free, il ne faut pas oublier de désallouer la zone mémoire après utilisation.

Bref, c'est à utiliser pour des cas bien particuliers et quand on a pas le choix.
Mais il faut surtout pas penser l'utiliser comme une sorte de pointeur dans du code .Net