Utiliser IbindingList ou BindingSource

Bonjour

Jusqu'ici je n'emploie que tres rarement les BindingSouce car elle ne m'apportent rien dans la majorité des cas

- Binder une datatable sur un DGV

- Ou m'empechent une astuce amusante
Binder une datatable sur plusieurs combo permettant la recherche d'un row sur plusieurs colonnes

Parfois je l"emploie pour binder des List<T> sur un DGV afin de permettre le Add et Delete

Question :

Vaut il mieux utiliser un BindingSource
Ou ajouter l'interface IbindingList dans la classe qui definit ma liste

Quels seraient les pour et contre ?

BindingSource est surtout utile quand plusieurs contrôles sont bindés à un même objet métier / une même liste d'objets métier. Perso j'aime bien m'en servir ; quand on code la partie "UI", ça uniformise pas mal. Ca gère un élément "Current", par exemple, que je préfère utiliser plutôt que chercher dans la grille quel est l'élément courant.

Disons que le binding fonctionne avec IList, IBindingList, IBindingListView ; chacune de ces interfaces est un héritage de la précédente. IList ne gère que le parcours et l'ajout, IBindingList gère en plus le tri et la notification, IBindingListView gère aussi le tri multiple et le filtrage. Mais BindingSource, en lui-même, ne filtre pas ; il se contente de rediriger toutes les demandes de tri et de filtre à sa source. C'est qu'un tuyau.

Après, il est certain qu'il manque au framework une implémentation de IBindingListView. A ma connaissance, seule la DataView l'implémente...

Merci Guulh

Pratiquement
Ce que j'avais constaté, c'est ceci

1- Si tu bind une liste direct sur un dgv : pas de tri pas d'ajout pas de delete
2- Si tu bind une liste a un dgv via binding source : pas de tri MAIS ajout et delete autorisé
3- Si tu derive IBindDingList dans la liste tu peux faire un bind direct de la liste sur le DGV avec tri,ajout et delete (pour autant que les methodes respectives soient définie dans l'interface)

J'ai constaté les mêmes choses (heureusement, quelque part :)) effectivement l'utilisation d'une BindingSource enrichit un peu le comportement des List.

Mais c'est une couche d'abstraction que j'aime bien. Tous les contrôles sont plugués à des BS, tous les BS sont plugués à des objets métier, et go :) (aussi bien les contrôles simples tels que la textbox, liés à un objet unique, et les contrôles de type liste tels que la listview, la dgv, etc.)

Citation:

---

Envoyé par Guulh

Mais c'est une couche d'abstraction que j'aime bien. Tous les contrôles sont plugués à des BS, tous les BS sont plugués à des objets métier, et go :) (aussi bien les contrôles simples tels que la textbox, liés à un objet unique, et les contrôles de type liste tels que la listview, la dgv, etc.)

---

Complètement +1
Cela permet en effet de découpler un peu l'interface et les objets métier.

Salut Saumont agile

Heueee ?
Dans tous les cas vraiment ?

Prenons un cas simple : une datatable et un DGV

Cas 1

Code:

---

dgv.datasource=MaDataTable;

---

Cas 2

Code:

---

1 2 3

BindingSource MaBDS=new BindingSource(); MaBDS.DataSource=MaDataTable; dgv.DataSource=MaBDS;

---

Qu'est ce que le cas 2 apporte en plus sinon 2 lignes de code en plus, un objet complementaire a gerer par le FW, et peut etre la satisfaction académique d'avoir ajouté une abstraction

Mais mon sentiment c'est qu'a force d'abstraction pour le plaisir on finit pas avoir du mal a retrouver ses jeunes !

C'est parce que tu considères que l'abstraction consiste à ajouter des couches entre les objets. Alors qu'il s'agit simplement de minimiser les liens forts entre les applications ou les composants d'une application.

Et quand tu voudras ajouter dans une textbox par exemple l'id de l'élément couramment sélectionnée, tu vas te pluguer à des tas d'events de la grille à la main pour rafraîchir ton textbox, alors qu'un petit coup de binding sur un même bindingsource suffit.

Merci Guulh

Justement !! :D

Tu viens d'entamer la reponse a un autre sujet que j'ai posté et pour lequel personne n'a encore répondu depuis deux jours

Reflexion Combo + textbox

Salut Guulh

Il y a quand meme un truc que je ne capte pas bien dans ce que tu dis

Citation:

---

Et quand tu voudras ajouter dans une textbox par exemple l'id de l'élément couramment sélectionnée, tu vas te pluguer à des tas d'events de la grille à la main pour rafraîchir ton textbox, alors qu'un petit coup de binding sur un même bindingsource suffit.

---

Avec un DGV je ferais

Code:

---

TextBox.text=DGV.CurrentRow.Cells["MaCell"].Tostring();

---

Et ca effectivement dans un event rowchange ou rowenter (je sais plus lequel)

En quoi ca change avec un BindingSource ?

Tu peux faire comme ça :

Code:

---

1 2 3

bs.DatSource = taListeMetier; // ou ta taDataTable, ou ... grille.DataSource = bs; textBox.DataBindings.Add("Text", bs, "TaPropriété");

---

Parce que la bindingsource a une propriété "Current", qui comme son nom l'indique indique l'objet courrament sélectionné (avec la garntie que Current est l'un des éléments de la Datasource du bs), et que les contrôles à binding simple (ie qui se binde à un objet unique et pas une collection, comme le textbox par exemple) se connectent en fait au Current d'un BindingSource.

Le bs inclut entre autres un contexte, un currencyManager, ... qui permettent de n'utiliser une dgv que comme ce qu'elle est, c'est à dire un contrôle graphique.

Bon là je parle dans l'idéal, y'a des limitations et je maitrise pas le sujet à 100%, mais tu vois l'idée :)

Hello

Avec ce que tu me montre là, je pense que j'ai déja 80% de la solution de ma datatable indexée sur un CMB permettant la visualisation d'une zone texte

L'idée

Je veux permettre a l'utilisateur de creer ses query dans la bd et sauver ceux les plus utiles en leur donnant un nom
Je sauve tout ca dans une datatable

Dans l'UI j'aurais

Un CMB de recherche
Un text BOX pour clef a ajouter ou modifier
Un TextBox texte du query

Les deux textbox bindé
Un bouton ADD
Et je supose que le bind gerera automatiquement les modifs ?

Salut Guulh

J'ai essayé ta seduisante suggestion d'usage d'un bindingsource
J'ai peut etre pas encore compris qq chose
Mais en tout cas pour le moment c'est pas encore aussi "magique" que tu le dis

Voici ma tentative
- Tout va bien, le combo est bien rempli et opérationnel
- Pas d'erreur de compil ni d'execution
- PAR CONTRE : mon txb_chauff est deseperement vide quoi que je fasse

Code:

---

1 2 3 4 5 6 7 8 9 10

private void fillCmbChauff() { Query qr = new Query(); string sel = "select ChauffeurId,Naam from chauffeurs order by naam"; DataTable dtChauf=qr.selectX(sel); bdsChauff.DataSource = dtChauf; cmb_Chauff.DataSource = bdsChauff; cmb_Chauff.DisplayMember = "naam"; txb_chauff.DataBindings.Add("Text", bdsChauff, "ChauffeurId"); }

---

OUUUUPS !!

C'et moi qui avait fait une gaffe !!
Je me suis trompé de textbox :oops::oops::oops:

Ca marche super Guulh :king:

Bonjour Guulh

J'en reviens a mon sceptissisme sur l'usage d'un bindingsource

A mon avis, ce n'est nécessaire
QUE si la source concernée n'a pas l'Interface IBinding (les List<T> par exemple)
OU si on veut binder plusieurs control de maniere indépendante sur la meme source

Je viens d'essayer ceci (meme code que plus haut) SANS le bindingsource :

Ca fonctionne tout aussi bien

Code:

---

1 2 3 4 5 6 7 8 9 10 11

// ************************************************************************************************** private void fillCmbChauff() { Query qr = new Query(); string sel = "select ChauffeurId,Naam from chauffeurs order by naam"; DataTable dtChauf=qr.selectX(sel); // bdsChauff.DataSource = dtChauf; cmb_Chauff.DataSource = dtChauf; // bdsChauff; cmb_Chauff.DisplayMember = "naam"; txb_numChauf.DataBindings.Add("Text", dtChauf, "ChauffeurId"); }

---

Oui, ca marche, mais comme je te le disais tout a l'heure, passer par un BS diminue l'interconnaissance entre ton code metier (qui se trouve etre du Ado.Net dans ce que tu montres, mais qui pourrait etre des listes d'objets metier trimballes par remoting, du xml, ... n'importe quoi qui implemente IList) et ton code graphique.
Ce n'est pas une question de necessite ; c'est juste que ca facilite la maintenance du code.
L'idee, c'est de rendre aussi independant que possible les donnees de leur presentation. Le BS fournit une interface (pas au sens interface C#, au sens intermediaire) simple et satisfaisant les besoins des des bindings simples et complexes.

Merci Guulh

Ouais !
En tout cas pour le moment j'ai pas encore bien capté ce que ca pouvait apporter en plus ou en quoi ca peut faciliter certaines choses

Mais peut etre que je tomberai dedans un jour et que j'aurai la révélation !

1er Cas evident pour moi mais pas tres fréquent : binder des controles différent et indépendant sur la meme source

2eme Cas : Binder une List<T> et non pas une datatable : j'ai du faire ca et je me suis rendu compte que le BindingSource limitait quand meme les opérations permise dans ma liste
J'ai donc finit par deriver IBindingList dans ma Liste : resultat plus besoins de BindDingsource et je peux faire ce que je veux a partir de mon controle

Mais j'attends encore la révélation qui me fera dire comme toi que le BindingSource est la meilleure solution !

Citation:

---

Envoyé par olibara

J'ai donc finit par deriver IBindingList dans ma Liste : resultat plus besoins de BindDingsource et je peux faire ce que je veux a partir de mon controle

---

Je te comprends pas :) Tu preferes implementer a la main une interface assez complexe, plutot qu'un simple

Code:

---

1 2 3

BindingSource bs = new BindingSource(); bs.DataSource = taListe; taGrille.DataSource = bs;

---

dans le constructeur de ta form ? C'est super transparent un bindingsource...

'fin j'insiste pas, comme tu dis tu verras a l'usage si t'en as besoin ou pas :)

Salut

Faire un BindingSource sur une List<T>

Ne te permet pas pas le add ou delete, ou le sort (je ne sais plus bien)

Maintenant, en reflechissant j'ai trouvé un cas ou le BindingSource peut s'averer utile :

J'ouvre une nouvelle form generique qui permet d'afficher et d'mprimer un DGV
A cette form, je passe une source pour mon DGV

Soit je dois overloader des methode ou les constructeurs pour passer differents type de datasource
Soit je passe un BinDingSource !

Me trompe-je ?

Bonsoir

Je reviens sur cette intéressante discussion car je viens d'etre confronté au cas d'etre obligé de passer par un bindingsource je dirais meme DEUX bindingsource

Situation

Je dispose d'une source qui est un string[]

J'e veux charger deux combo distinct avec cette source
La selection dans l'un doit etre indépendante de la selection dans l'autre

Dans ce cas il est indispensable d'utiliser deux bindingsource distinct pour les deux combo, mais chacun des bds sera bindé sur la meme string[]