Surcharge de fonctions en VB 2010

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

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:

---

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

---

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

Bonne journée

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:

---

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:

---

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)

---

j'ajouterais qu'on doit pouvoir écrire

Code:

---

MonControl(tb)

---

car le type peut etre déduit sans le Of

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

Code:

---

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

---

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 :lol: ) 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.

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.

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

Citation:

---

Envoyé par 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.

---

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.

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:

---

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:

---

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 ....

Bonjour,

Citation:

---

Envoyé par 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.

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.