Discussion :

[Nalfeim]

Salut les gens !

Mon soucis actuel concerne un peu de méthodologie. Mon API comporte un certains nombre de classe métier pour la représentation logique & le stockage en mémoire.
Une fenêtre de mon interface fait appel à plusieurs objets métiers, par exemple la fenêtre "edition configuration" édite les données des objets "configuration", "priorite_configuration" etc

Histoire de faire du binding pour un certain nombre de champ, j'aimerai mettre tous les objets concernés dans le "base.DataContext" de la page. Mais comment faire ?
Mon idée initiale était d'implémenter mon propre DataContext. Mais visiblement, ceux-ci sont surtout destinés à la connection vu qu'il faut systématiquement une chaine de connection / une connection existante pour les construire.

Donc je vous pose la question : qu'est ce que j'utilise pour lier proprement un groupe d'objets métiers à une page ?

[Jérem22]

Je n'ai que peu d'expérience avec WPF, mais je te donne néanmoins mon avis...

Je vois 2 possibilités,

• soit associer aux propriétés DataContext l'object métier qui va bien (donc ce cas tu ne mets plus le DataContext de l'objet Page mais plutôt des objets contenu dans la page (par exemple le DataContext d'un ListBox).
• soit faire un objet qui regroupe tes objects métiers et garde une référence vers chacun d'eux, puis mettre le DataContext vers ce "super" objet (j'avais utilisé cette solution dans un projet).

J'espère t'avoir éclairer un (tout petit) peu

[Nalfeim]

Vu que j'ose même pas imaginer le souk de l'enregistrement avec la première méthode, j'aurai plutôt tendance à favoriser la deuxième qui est assez proche de mon idée initiale ^^


J'ai d'ailleurs continué dans cette voie et obtenu qqs résultats en dérivant mon super objet de DataSet. select ça roule, le soucis ça va être update/insert.
@Jérem22 : un exemple fonctionnel me simplifierai beaucoup la vie, si ça ne te dérange pas de me donner qqs exemples tirés de ta solution ?

[Jérem22]

Dans mon cas, j'avais appelé ce super objet "Engine".

Cet objet était un singleton. Cela me permet d'y accéder depuis n'importe où. Je mettai le DataContext de mes Pages sur Engine, puis pour le databinding: Engine.Objet1.Propriete. Rien de bien original en fait

Après je peux pas te donner plus de détails puisque le reste était très dépendant de mon projet...

[Nalfeim]

L'idée du singleton est iontéressante, j'y réfléchirai.

Niveau méthodologie, comment tu sauvegardais les modifications / nouveautés ? Ton "Engine" implémentait INotifyPropertyChanging et INotifyPropertyChanged ?

[Jérem22]

L'engine en lui même, non. Je n'avais mis aucune logique dedans, c'était juste une sorte de pointeur pour accéder à mes autres objets facilement.

Par contre les objets dont il gardait une référence, oui (enfin certains quand c'était nécessaire).

[Nalfeim]

Ok merci ! Allez hop, sujet résolu.