Bind, DataContext via LINQ & Concurrence

Version imprimable

22/05/2008, 17h46
Nalfeim

Bind, DataContext via LINQ & Concurrence
Bonjour

J'aurai besoin de quelques éclaircissements. Mon application est une interface administration qui se présente (en résumé) comme tel :
- VisualStudio 2008, SQL Server, C# 3, DotNet 3.5
- WPF pour faire une Interface web (ie XBAP)
- LINQ to SQL pour faire le lien avec la BD, qui se matérialise par un DataContext et des Table<MaTable1> dans mon code.
- A l'occasion, je crée une fenêtre me permettant d'éditer directement les propriétés d'un enregistrement de la table.

Mon dilemme est le suivant :
1. avoir une fenêtre "modifier enregistrement" unique. IE me battre avec la modification de la classe pour la mettre sous la forme du design pattern Singleton, ce que je n'ai pas encore réussi à faire proprement : il faut forcer WPF à faire appel au GetInstance() à la place du constructeur apr défaut et c'est la misère.
2. autoriser plusieurs fenêtres. Ca me parait plus "user friendly", mais la grosse question : comment est gérée la concurrence ? Actuellement, mon DataContext est la Table<MaTable1> sont static. Est ce que je peux locker en écriture un enregistrement via le DataContext ?
22/05/2008, 18h15
Thomas Lebrun
Citation:
Envoyé par Nalfeim

Mon dilemme est le suivant :

avoir une fenêtre "modifier enregistrement" unique. IE me battre avec la modification de la classe pour la mettre sous la forme du design pattern Singleton, ce que je n'ai pas encore réussi à faire proprement : il faut forcer WPF à faire appel au GetInstance() à la place du constructeur apr défaut et c'est la misère.
autoriser plusieurs fenêtres. Ca me parait plus "user friendly", mais la grosse question : comment est gérée la concurrence ? Actuellement, mon DataContext est la Table<MaTable1> sont static. Est ce que je peux locker en écriture un enregistrement via le DataContext ?
J'ai rien compris :?

J'ai été pas clair à ce point ? :oops: Bon, oublions le contexte.

Le fichier "D_Objet.xaml.cs" commence par

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public partial class D_Objet : Window
    {
        private static D_Objet instance;
 
        private static DataContext db = new LINQtoSQLDataContext();
        private Table<I_OBJETS> table_objets = db.GetTable<I_OBJETS>();
 
        //et dans le constructeur j'appelle
        private void Lier_aux_donnees(int id)
        {                     
            base.DataContext = 
                from o in objets
                where o.ID_OBJET == id
                select o;                          
        }

Et dans le "D_Objet.xaml" j'ai entre autre

Code:

1
2
3
<Label Grid.Column="0" Grid.Row="0">Identifiant objet</Label>
        <TextBox Grid.Column="1" Grid.Row="0" IsEnabled="False" 
                 Text="{Binding Path=ID_OBJET}" />

Ma question, c'est que se passe t'il au niveau du DataContext si j'ai X fenêtres (pour des objets différents) ouverte en même temps dont le contenu est modifié puis enregistré (ie base.DataContext.SubmitChanges() ) dans le désordre ?
Est ce qu'il va tout enregistrer, ou par exemple ne prendre en compte que le dernier SubmitChange ?

23/05/2008, 09h52
SaumonAgile

bah ça dépend de comment sont configurées tes entités... Tu veux utiliser quelle méthode pour gérer la concurrence ? Timestamp ? Autre chose ?
23/05/2008, 09h58
Nalfeim

J'aimerai justement savoir comment ca se règle, qu'est ce qu'y a de disponible pour arrêter une décision à ce sujet :
- n'autoriser qu'une seule fenêtre d'édition à la fois (un peu galère à mon gout)
- verrouillage en écriture du premier arrivé
- autre chose ?
23/05/2008, 10h14
Thomas Lebrun

Par défaut, dans un cas comme tu l'exposes, c'est le dernier qui parle qui a raison (me semble-t-il).

Il faut que tu mettes en place une gestion de la concurrence et je dois admettre que n'autoriser qu'une seule fenêtre d'édition à la fois, même si cela te semble galère, me semble le mieux. Mais après, cela dépend du contexte, de l'application, etc...
23/05/2008, 10h37
Nalfeim

Niveau contexte, il s'agit d'une interface administrateur, qui doit en l'occurence permettre l'édition de script de configuration définis par arborescence I_OBJET/I_ITEM/etc (en gros).

Dans l'idée je m'inspire d'un éditeur de code quelconque : on aime bien pouvoir ouvrir l'objet X pour garder à l'oeil / s'inspirer de ce qu'il y a dedans en modifiant l'objet Y.
De plus, si je met en place un singleton sur la fenêtre d'édition I_OBJET, il ne bloque pas les modifs du I_ITEM fils, ce qui pourrait mal finir.

J'envisage donc sérieusement une gestion de concurrence. Quelqu'un a un bon tutorial DataContext/Concurrence ? :D
23/05/2008, 11h16
SaumonAgile

Je n'ai pas de tuto sous la main, mais voici une idée de départ :
Un champ timestamp dans tes entités peut être géré par Linq to SQL pour gérer les accès concurrents. Quand tu veux sauvegarder un élément, il teste la valeur de ce champ avec la valeur qui existe en base, si une nouvelle version existe en base, tu as une exception concurrencyQuelquechose qui est déclenchée, ça te permet de savoir quand il y a un problème de concurrence.

Tu peux aussi utiliser l'événement Activated de tes form pour regarder si l'entité active n'a pas été modifiée entre temps et proposer à l'utilisateur de recharger l'entité (ou pas).
23/05/2008, 14h51
Thomas Lebrun

La technique évoquée par SaumonAgile est intéressante et on en parle ici:http://weblogs.asp.net/bschooley/arc...n-asp-net.aspx

Regarde aussi ce lien:

http://msdn.microsoft.com/en-us/library/bb399389.aspx