Discussion :

[conan76]

Bonjour,

Je me triture la tête depuis vendredi sans trouver de solution, ou plutôt la bonne solution.

Je dois représenter des données dans une grille Telerik, composé ainsi :

Intitulé / Entreprise / Montant engagé / BtAcces / MontantPaiement / BtInfos survol / Reste à Payer / BtDetailEtAjout

Sauf que dans cette grille, je vais devoir y binder des éléments provenant de 2 classes.

Des abonnements et des engagements classique.

Il existe des similitudes mais aussi des différences.

mais ici, c'est principalement ce qui est commun qui est affiché à part :
Entreprise (je n'en ai pas en abonnement)
des champs nommés différement dans les classes
et identifiant provenant de 2 tables SQL différentes (qui seront utilisé pour BtAcces)

Ma question est donc la suivante :
Comment mettre en commun ceci pour mon binding ?

Je ne penses pas qu'il faille créer de classe parent, et je ne peux pas créer de classe générique car il semble que l'on soit limité à 1 classe d'après un test

Code :

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

1
2
3
Public Class Grp(Of T As {AboTest, EngTest})
 
End Class

A part créer une classe spécifique pour cette affichage à laquel j'aurais 2 constructeurs l'un passant les abonnements l'autre les engagements et extrayant les information nécessaire avec une indication du type de classe original.

Merci de votre aide, orientation.

[DotNetMatt]

A part créer une classe spécifique pour cette affichage à laquel j'aurais 2 constructeurs l'un passant les abonnements l'autre les engagements et extrayant les information nécessaire avec une indication du type de classe original.

C'est la bonne solution. En gros tu crees un "View Model"

Un View Model c'est une classe qui sert juste a l'affichage des donnees. Cette classe est specifique a une vue, et elle n'a pas forcement vocation a avoir un sens fonctionnel, c'est-a-dire qu'on peut y mixer des donnees provenant de differentes classes et de differents domaines fonctionnels.

Il y a aussi la possibilite de faire une classe commune, mais cela n'a de sens que si les 2 classes sont relativement proches fonctionnellement parlant. On ne va par exemple pas creer une classe de base pour un objet Voiture et un objet Bureau, par contre on pourrait l'envisager pour une classe Voiture et une classe Camion.

Apres, tout ceci reste a l'appreciation du developpeur. J'irai plutot vers le View Model dedie personnellement pour ton cas.