Discussion :

[Feneck91]

Bonjour à tous et à toutes.

Je réalise une application basée sur Entity Framework Code first.
Jusque là, pas de problèmes.

J'ai découpé mon projet en différentes librairies :

DTO (Data Transfer Objects) / DAL (Data Object Layer) / Puis l'application découpée en MVVM avec MVVM Light.

En (très) gros, DTO contient les classes.
DAL contient les accesseurs aux tables (liste de classes du DTO).
L'application se charge de gérer la base.

Le problème que j'ai actuellement, c'est que via le DAL, je récupère des listes de ObservableCollection

Exemple : La classe DTO : EntityProfile qui contient un nom, une description, un type de profile.
Un classe DAL qui peut récupérer la liste des profiles :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
public class ProfileProvider
    {
 
        /// <summary>
        /// Récupérer la liste des profiles.
        /// </summary>
        /// <returns>La liste des profiles utilisateurs.</param>
        public ObservableCollection<EntityProfile> GetProfiles()
        {
            ObservableCollection<EntityProfile> lstEntityProfile = null;
 
            using(DatabaseManagerContext context = DatabaseManagerContext.CreateInstance())
            {
                lstEntityProfile = context.Profiles.ToObservableCollection();
            }
 
            return lstEntityProfile;
        }
    }

La fonction DatabaseManagerContext.CreateInstance() se charge de créer une instance DbContext qui est disposée à chaque utilisation.

Ici, cette fonction retourne tout la liste des profiles disponibles. Je l'ajoute dans un grid via WPF et la liste des profiles s'affiche dans ma grid.
Une fois édité dans l'IHM, on peut modifier le nom, le commentaire du profile. Puis sauver en base et c'est là que j'ai un problème :
Je met à jour la base via ce code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
        /// <summary>
        /// Mise à jour d'un profile.
        /// </summary>
        /// <param name="_objProfile">Objet profile à mettre à jour</param>
        /// </summary>
        public void UpdateProfile(EntityProfile _objProfile)
        {
            using(DatabaseManagerContext context = DatabaseManagerContext.CreateInstance())
            {
                context.Entry(_objProfile).State = EntityState.Modified;
                context.SaveChanges();
            }
        }

Sauf qu'entre le code de mise à jour de la base et mon IHM il y un monde.
Normalement context.SaveChanges(); devrait envoyer une notification de la liste ObservableCollection afin que l'IHM reflète toutes les modifications de la base.
Et là je ne sais pas faire ce lien. Déjà, le contexte est recréé systématiquement car using créé un dispose qui libère l'instance, l'instance qui lit et celle qui écrit n'est donc pas la même (dur dans ce cas de notifier l'Observable collection) !
Bien sur je pourrais dans l'IHM recharger la liste des profiles et remettre à jour l'IHM mais ce que je souhaite c'est d'avoir un mécanisme plus générique car modifier un profile peut se relèter dans une autre vue, différente de celle qui a modifié le profile.

Je ne sais pas si c'est clair, je voulais utiliser le CRUD de la base ou quelque chose comme ça mais je ne sais pas comment faire.
Si vous avez une idée ou un tutoriel ça m'intéresse...

Merci d'avance.

[GuruuMeditation]

Ça peut peut-être t'aider: http://msdn.microsoft.com/en-US/data/jj574514

[Kagukuk]

Bonjour,

Il me semble que la bonne pratique pour le DbContext c'est de le créer et le maintenir pour la durée de vie d'une page.

Si on le garde plus longtemp (un singleton sur la durée de vie de l'app par exemple) on vas avoir des problèmes de perf parcequ'etant donné qu'il track tous les changement sur les objets qu'il a récupéré il risque de devenir trop gros.
Si on le garde moins longtemp (un par requete dans ton cas) on risque d'avoir aussi de problèmes de perf en cas de nombreuse requete.

De plus en adoptant cette methode ton context.SaveChange() vas passer directement puisque cette fois on as bien la meme instance du dbContext qui lit et qui ecrit

Sinon je pense qu'il faut que tu regarde du coté de attach() et detach() pour lier tes objet au bon context.

[Feneck91]

Le problème c'est que j'ai plein de pages ouvertes au même moment (ribbon) doc cette solution va être compliquée.

[Kagukuk]

Un context par page donc par lot de donnée cohérent (au niveau fonctionnel)te semble envisageable?

Sinon tu n'as plus qu'a réattacher manuellement tous tes objets a ton nouveau context avant de faire ton SaveChange() mais c'est source d'erreur et complexe pour peu que ta structure de donnée ne soit pas triviale.
A noter que dans ce cas la tu dois modifier manuellement l'entityState de ton objet si tu veux qu'il soit sauver en base au SaveChange()

Code :

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

1
2
context.Unicorns.Attach(existingUnicorn); // Entity is in Unchanged state
context.Entry(existingUnicorn).State = EntityState.Modified;

Tu trouveras de la doc en googlant sur la question , par exemple
http://blogs.msdn.com/b/adonet/archi...ty-states.aspx

[Feneck91]

Ecoute, je vais examiner ta solution.
Ma base n'est pas complexe.
Tout passe par des classes de base et j'ai une seule classe de contexte qui est créée à chaque fois.
Je pense que chaque vue peut s'abonner et à la classe mère qui gère la connexion peut réatacher tous les contexte 'abonnés' à chaque contexte créé.
C'est une solution envisageable relativement facilement.
Je pense que le contexte envoie des notification de type CRUD ?
Si c'est le cas j'ai une chance de mettre en place un processus général.

Je ne met pas en résolu mais j'examine cette solution et je reviens poster si je trouve une réponse.

Merci.