[Generic List] Petit problème de compréhension

Bonjour à tous!

Donc jeune fou que je suis, j'essaie de comprendre en détail le fonctionnement du Generic List dans un objectif a prime abord assez simple.

J'ai MyObject:

Code:

---

1 2 3 4 5 6

Public Class MyObject Public Name as String Public Value as Integer   End Class

---

Et dans mon form principal, une list de MyObject

Code:

---

1 2 3 4

[...] dim lst as New List(of MyObject) [...]

---

Donc de base, je comprend qu'avec la Generic List, on peut écrire ceci:

Code:

---

lst(0).Value

---

Qui me donnera le "value" du premier "MyObject" contenu dans la liste. Qui est très équivalent à:

Code:

---

lst.Items(0).Value

---

Donc j'imagine que quelque part, on a décidé que List(T) serait équivalent a List.Items(T) ?

Mon questionnement, et objectif, est de savoir s'il est possible d'obtenir quelque chose comme:

Code:

---

lst("Nom").Value

---

Et donc de fournir la propriété "Name" de "MyObject" au lieu de fournir la position qu'il tient dans la liste.... ?


J'ai chercher avec des possibilités telles que Overrides la fonction "Equals"... mais finalement ça a pas trop rapport avec le besoin. Et au final, les changements seraient a appliquer directement sur la List(of T). Je me demande s'il y a peut-être moyen de créer une "super liste" qui pourrait avoir le comportement cité plus haut?

J'espère comme toujours avoir été assez clair :ccool:


Amuny,

Salut,

Avoir directement accès comme tu le décrit ca se fait pas si automatiquement.

Un moyen qui reste assez simple en soi est d'utiliser Linq.


Ajoute une référence à System.Linq et essaie un truc du genre :

Code:

---

1 2 3 4 5 6 7

Dim lst As New List(Of MyObject) Dim result = From obj In lst _ Where obj.Name = "Nom"   Dim MyObject2 As MyObject MyObject2 = result(0)

---

Dans cet exemple MyObject2 contiendra l'objet que tu recherchais. Si tu veux seulement accéder à ces propriété tu va pouvoir faire (J'Ai mis ca dans un msgbox)

Code:

---

1 2	MsgBox(result(0).Name)

---

Bonne chance

Rendu a faire du LINQ pour sélectionné mon objet, autant me faire une méthode getByName() dedans, ce serai encore plus simple et clair a mes yeux. Surtout que c'est quelque chose dont je vais me servir très, très souvent.

Ce que je me demande c'est justement s'il y a moyen de faire plus "propre" dans le code. Dans le contexte, mon but est de faire un DLL le plus simple a utilisé possible, donc je vise surtout a généré des fonctions "propres" dans l'utilisation du programme. Et pourquoi faire simple quand on peut faire compliqué? :mrgreen:

Je trouverais ça très dommage que pour accéder a mon List(of MyObject), l'utilisateur de mon petit DLL soit obligé de taper du LINQ!

Et puis d'un point de vue connaissance / curiosité, je cherche quand même a comprendre pourquoi je peux faire List(id) simplement au lieu de faire List.Items(id), il doit y avoir une logique... et si il y a une logique pour ça, c'est qu'il y a forcément un moyen de faire ce que je recherche... sauf que je ne sais pas par où commencer mes recherches 8O

Si ton dll imports sytem.Linq, et que tu fait une fonction getByName qui recoit le name de l'objet, qui le recherche en Linq et return cet objet, je comprend pas le problème est ou?

Ton utilisateur de DLL va faire

unObjet = taDll.getByName(Clown)

Il n'y a pas de "problème" a proprement parler sur cette partie là, et ce serait parfaitement fonctionnel!
(après au lieu d'utiliser du LINQ un simple for dans la liste aurait fait pareil... a savoir lequel est le plus performant... je suis curieux sur la question!)

Mais ce qui pique encore plus ma curiosité, c'est cette possibilité d'appeler un item de la Liste directement avec lst(0), et c'est cette curiosité qui me pousse a chercher s'il est possible d'étendre cette force vers quelque chose d'encore plus dynamique :ccool:

Citation:

---

Envoyé par Amuny

Mon questionnement, et objectif, est de savoir s'il est possible d'obtenir quelque chose comme:

Code:

---

lst("Nom").Value

---

Et donc de fournir la propriété "Name" de "MyObject" au lieu de fournir la position qu'il tient dans la liste.... ?

---

En dotnet, il existe aussi Dictionary(Of TKey, TValue) et KeyedCollection(Of TKey, TItem) qui peuvent atteindre ton objectif.

Afin de m'éviter un copier/coller, je t'invite aller voir que la msdn.

Citation:

---

Envoyé par neilbgr

En dotnet, il existe aussi Dictionary(Of TKey, TValue) et KeyedCollection(Of TKey, TItem) qui peuvent atteindre ton objectif.

Afin de m'éviter un copier/coller, je t'invite aller voir que la msdn.

---

Alors ça! :ccool:
Ça concorde exactement avec ce que je cherchais, même si sa ne répond pas a ma curiosité du "comment il ramasse sa valeur directement!?", c'est quand même exactement le besoin que j'avais.

Du coup, si ca intéresse quelqu'un pour l'implémentation:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

Imports System.Collections.ObjectModel   Public Class MyObject Public Name As String Public Value As Integer   End Class   Public Class MyObjList Inherits KeyedCollection(Of String, MyObject)     Protected Overrides Function GetKeyForItem(item As MyObject) As String Return item.Name End Function   End Class

---

Puis:

Code:

---

1 2 3 4

Dim lst As New MyObjList() lst.Add(new MyObject("nom", 12)) Messagebox.Show(lst("nom").Value)

---

Merci encore!

Amuny,

Citation:

---

Envoyé par Amuny

[...] même si sa ne répond pas a ma curiosité du "comment il ramasse sa valeur directement!?"

---

à lire : La notion de propriété par défaut

Juste pour dire:c'est possible avec une Méthodes d'extension et de la réflexion.
Mais c'est bien mieux d'utiliser une KeyedCollection.
Fait quand même attention a ce que tu a besoin de faire avec les Dictionary(Of TKey, TValue) j'ai eu la surprise de découvrir que la sérialisation n'est pas implémente par défaut.

Si c'est une List<T> tu peux simplement faire

Code:

---

myObj = myList.SingleOrDefault(obj => obj.Name == "Nom");

---

Ca va selectionner le premier objet qui correspond au critère de recherche (et renvoyer null si aucun objet de la liste ne correspond à la recherche)
connait pas bien la syntaxe en VB.Net :oops: