Discussion :

[b3401m]

Dans mon projet en VB 2010, j'utilise 2 fonctions dont le code et le nom sont strictement identiques, mais qui diffèrent par le type de données d'un des arguments et de la fonction.
La première utilise et renvoie une combobox : function Toto(strArg as combobox) as combobox.
Lla deuxième utilise et renvoie une listbox.

Est-ce qu'il est possible de faire une surcharge de manière à n'avoir qu'un exemplaire du code et si oui, comment faut-il faire ?

Merci d’avance pour vos réponses

[Invité]

comme paramètre d'entrée et de sortie, utilise le type Object à la place.
Puis, dans ton code, pour savoir si tu as un textbox ou un listbox, tu fais le test suivant :

Code VB :

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

1
2
3
4
5
 
if TypeOf(strArg) is TextBox Then
 'en entrée, j'ai un objet de type TextBox
else
 'en entrée, j'ai un objet de type ListBox

[b3401m]

Merci pour ta réponse.
Je teste dès que possible.

Bonne journée

[DotNetMatt]

Le type Object peut être une solution, mais ce n'est pas très élégant puisqu'il faudra caster à chaque fois... On peut plutôt préconiser l'utilisation des Generics :

Code VB.NET :

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

1
2
3
4
Function MonControl(Of T As Control)(ByVal input As T) As T
        ' Ta logique ici et a la fin on retourne le control :
        Return input
End Function

Ensuite pour l'utilisation :

Code VB.NET :

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

1
2
3
4
5
Dim tb As TextBox = New TextBox()
Dim lb As ListBox = New ListBox()
 
Dim a As TextBox = MonControl(Of TextBox)(tb)
Dim b As ListBox = MonControl(Of ListBox)(lb)

[Pol63]

j'ajouterais qu'on doit pouvoir écrire

Code :

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

MonControl(tb)

car le type peut etre déduit sans le Of

[DotNetMatt]

Effectivement Pol63 on peut aussi passer le type de manière implicite Donc on peut aussi utiliser comme ceci plus simplement :

Code VB.NET :

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

1
2
Dim a As TextBox = MonControl(tb)
Dim b As ListBox = MonControl(lb)

[b3401m]

Bonsoir,

Désolé, j'ai mis du temps à répondre.
Mes compétences limitées en VB ne m'ont pas permis de résoudre les quelques problèmes que j'ai rencontrés en essayant d'implémenter ce code.

Ma question était peut-être trop imprécise. Dans le code de la fonction, je chargeais une listbox ou une combobox. L'ordre <objet>.items.add ne fonctionnait pas avec le code indiqué et me renvoyait une erreur que je n'ai pas su cooriger.*

Au final, j'ai donc contourné le problème (peut-être pas élégant, mais ça fonctionne ) en chargeant une variable de type List(Of string) que je traite dans deux fonctions génériques qui chargent respectivement une listbox ou une combobox.

[mactwist69]

Moi ça m'intéresse l'histoire du générique, j'ai tester le bout de code, mais je ne vois pas l'avantage, dans le sens où dans la fonction, on manipule l'objet input de type Control, mais on a accès qu'aux propriétés de la classe Control...

Donc si on ne manipule que les propriétés communes, ok, mais dans notre exemple, si on veut remplir le control avec des éléments, il va falloir faire un cast de toute façon non ? pour avoir accès aux propriétés adéquat.

[Pol63]

il y a les classes génériques et les membres génériques
ca peut etre utile dans certains cas

le list(of T) est une classe générique, et là on voit tout de suite l'utilité, peu importe ce que l'on y stocke ca fonctionne (.Add et autre) et ca permet de garder l'intellisense alors qu'une collection d'objet non
donc il arrive parfois qu'on fasse une classe qui manipule des objets mais pas les objets eux même

sur les méthode générique ca permet de centraliser dans une méthode, avec un select case par exemple

pour un factory aussi ca permet d'instancier une classe sans savoir ce que c'est

j'ai pas d'exemple plus concret en tête sous la main, mais parfois c'est bien pratique

[DotNetMatt]

Moi ça m'intéresse l'histoire du générique, j'ai tester le bout de code, mais je ne vois pas l'avantage, dans le sens où dans la fonction, on manipule l'objet input de type Control, mais on a accès qu'aux propriétés de la classe Control...

Donc si on ne manipule que les propriétés communes, ok, mais dans notre exemple, si on veut remplir le control avec des éléments, il va falloir faire un cast de toute façon non ? pour avoir accès aux propriétés adéquat.

Outre ce qu'a dèjà mentionné Pol63, l'autre grand avantage est de "centraliser" ce cast. On ne le fait qu'une fois et non à chaque fois qu'on a besoin de faire ce genre de manipulation. Dans ce cas précis, on peut aussi caster un peu plus précisément en utilisant un ListControl au lieu d'un Control.

[champsy_dev]

Il existe certainement une classe commune dans la hiérarchies d'héritage à ces deux controles qui gère la séléction et les items.

La hiérarchie de ComboBox :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
System.Object 
  System.Windows.Threading.DispatcherObject
    System.Windows.DependencyObject
      System.Windows.Media.Visual
        System.Windows.UIElement
          System.Windows.FrameworkElement
            System.Windows.Controls.Control
              System.Windows.Controls.ItemsControl
                System.Windows.Controls.Primitives.Selector
                  System.Windows.Controls.ComboBox

La hiérarchie de ListBox :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
System.Object 
  System.Windows.Threading.DispatcherObject
    System.Windows.DependencyObject
      System.Windows.Media.Visual
        System.Windows.UIElement
          System.Windows.FrameworkElement
            System.Windows.Controls.Control
              System.Windows.Controls.ItemsControl
                System.Windows.Controls.Primitives.Selector
                  System.Windows.Controls.ListBox

A mon avis dans System.Windows.Controls.ItemsControl on as la gestion des items
et dans System.Windows.Controls.Primitives.Selector on as la gestion de la sélection.

Pourquoi ne pas utiliser System.Windows.Controls.ItemsControl, comme type du paramètre de la méthode ainsi tu peut passer une ListBox ou une ComboBox à ta fonction (voir même un ItemsControl) .... Toujours regarder dans la documentation ....

[ebastien]

Bonjour,

Il existe certainement une classe commune dans la hiérarchies d'héritage à ces deux controles qui gère la séléction et les items.

A mon avis dans System.Windows.Controls.ItemsControl on as la gestion des items
et dans System.Windows.Controls.Primitives.Selector on as la gestion de la sélection.

Pourquoi ne pas utiliser System.Windows.Controls.ItemsControl, comme type du paramètre de la méthode ainsi tu peut passer une ListBox ou une ComboBox à ta fonction (voir même un ItemsControl) .... Toujours regarder dans la documentation ....

System.Windows.Controls.ItemsControl, c'est pour du WPF...

Une solution consisterait à faire une méthode qui attend une System.Collections.IList. On peut donc lui passer ListBox.Items ou une ComboBox.Items.