Discussion :

[electroremy]

Bonjour,

Je suis en train de coder un programme avec VB.NET, en suivant les recommandations pour avoir un code propre et rapide (donc avec Option Explicit et Option Strict ON)

J’utilise pas mal les collections. Chacune de mes collections ne contient que des objets du même type, bien que ce ne soit pas une obligation en VB.NET

Lorsque je parcours la collection avec For Each pas de problème :

Code :

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

1
2
3
4
5
6
Dim Liste_Formes_2D As Collection
...
Dim Fo As Forme_2D
For Each Fo In Liste_Formes_2D
...
Next

Par contre, lorsque je dois utiliser une boucle For Next classique, où lorsque je dois appeler le nième membre de la collection via la méthode .item, je suis obligé de recourir à un CType :

Code :

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

1
2
3
4
5
6
7
8
9
10
Dim Liste_Formes_2D As Collection
...
Dim Fo As Forme_2D
Dim j As Integer
...
For j = Liste_Formes_2D.Count To 1 Step -1
      ...
Fo = CType(Liste_Formes_2D.Item(j), Forme_2D)
      ...
Next

N’y a-t-il pas moyen, en VB.NET, de déclarer non pas des collections d’objets génériques, mais de déclarer une collection ne contenant qu’un type d’objet précis, dans mon exemple déclararer la collection Liste_Formes_2D comme étant une liste de Forme_2D ?

Cela éviterait d’appeler CType, cela améliorerais la performance, et le code serai plus propre (rien ne m'empêche d'ajouter par erreur un objet autre que Forme_2D à la collection Liste_Forme_2D et ce type de bug risque d'être assez difficile à détecter)

Il y a longtemps en C++ (sous DOS) je pouvais déclarer une liste comme étant une liste de pointeur d’un certain type d’objets, je voudrais faire la même chose avec VB.NET

Merci

[Sehnsucht]

Utilise une collection générique (par exemple : Dim listeFormes2D As List(Of Forme2D))

[electroremy]

Utilise une collection générique (par exemple : Dim listeFormes2D As List(Of Forme2D))

Super merci, c'est exactement ce que je cherchais

Sinon c'est des farceurs chez Microsoft :
- pour une Collection de N éléments, les indices vont de 1 à N
- pour une Collection Générique de N éléments, les indices vont de 0 à N-1

Heureusement que j'ai pas 20.000 lignes de code à modifier

A+

[Sehnsucht]

Non, ce ne sont pas des farceurs c'est juste toi qui utilisait le type Collection présent là pour assurer la rétrocompatibilité avec les anciens programmes tournant sous VB6 (dont les index démarraient à 1)
Toutes les collections en .Net sont 0-indéxées (même celle que tu utilises stocke en interne ces éléments dans un conteneur 0-indéxé c'est juste l'interface publique qui s'occupe du décalage pour assurer la rétrocompatibilité sus-mentionnée)

[electroremy]

le type Collection présent là pour assurer la rétrocompatibilité avec les anciens programmes tournant sous VB6

Toutes les collections en .Net sont 0-indéxées (même celle que tu utilises stocke en interne ces éléments dans un conteneur 0-indéxé c'est juste l'interface publique qui s'occupe du décalage pour assurer la rétrocompatibilité sus-mentionnée)

Bonne nouvelle donc, le gain en performance devrait être non négligeable

[electroremy]

présent là pour assurer la rétrocompatibilité avec les anciens programmes tournant sous VB6 (dont les index démarraient à 1)

Question à la con : comment faire en sorte que VB.NET refuse (ou signale) que l'on utilise les fonctions de rétrocompatibilité (puisqu'elles sont moins performantes) ?

Merci

A bientôt

[Sehnsucht]

Personne n'a dit qu'elles étaient forcément moins performantes (et de toute façon les problèmes de performances ça se profile quand il y a un réel besoin pas avant ) ; vu que pour la majorité c'est les méthodes .Net encapsulées (avec 2-3 différences, par ci par là) ; sinon il te suffit d'aller dans les propriétés du projet ; onglet références ; décocher l'import automatique vers Microsoft.VisualBasic ça n'empêchera pas de s'en servir mais pour le faire il faudra alors pleinement qualifier ce qu'on utilise