IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Silverlight Discussion :

Silverlight 4 et RIA service


Sujet :

Silverlight

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    Juillet 2011
    Messages
    16
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juillet 2011
    Messages : 16
    Par défaut Silverlight 4 et RIA service
    Bonjour à tous,

    Je developpe actuellement une application en Silverlight 4 avec c#.
    J'utilise un service RIA pour acceder à la base de données côté client.
    Cependant, à l'heure actuelle, j'ai l'impression que lors d'un INSERT, ce n'est pas la DB qui est mise à jour mais uniquement la variable Entity de la table ou devrait se trouver le nouveau record.
    La DB elle semble se mettre à jour à la fermeture du programme.
    C'est un peu comme si à l'ouverture de mon application, un grand container était créé, durant son execution, on peut inserer, supprimer faire des modifs et à la fin de l'execution, tout ce container est transmis à la DB. Je ne sais pas trop.
    Cela n'était pas super important au début mais maintenant, ca le devient.
    En effet, à présent, je dois rafraichir les informations fournies à l'utilisateur toutes les 5 minutes. Vous l'aurez compris, en cours d'execution, bien que le timer se déclanche et lance une méthode pour rafraichir la vue, mon container lui, ne contient pas les nouveaux insert qui se sont effectué hors du logiciel :/
    Quelqu'un aurait il une solution / idée afin de résoudre mon problème ?

    Merci beaucoup pour vos futures réponses

  2. #2
    Membre actif
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juillet 2010
    Messages
    58
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Algérie

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2010
    Messages : 58
    Par défaut
    • D’après ce que je sait, et ce que jais constater, la connexion à la BDD est asynchrone, tu effectue ta requête, ta le résultat au moment de l’exécution de la requête et c tout, t'auras pas les nouveaux inserts réalisées par les autres utilisateurs à moins de rafraichir manuellement,
    • Quand la requête s’exécute, le container du Domaine contexte est alimenté, par le résultat, et dedans il y a une liste pour chaque type d’entités de ton modèle, si tu fait un Update, ou Remove sur une entité,ce qui se passe, c que ton entité se verras juste marqué comme étant une entité sur laquelle une opération est en attente, ils se passeras rien tan que ta pas fait un SubmitChanges(),
    • Au moment du SubmitChanges() le programme vas parcourir toute les entités dans le container du DomainContexte, et vas effectuer l’opération en attente pour chaque entité, et ceci en une seule "passe"
    • donc c pas vraiment un problème, mais c le comportement normal du service
    • Tu peut moins enregistrer tes données dé que ta fini de les saisir ou les modifier en effectuant un SubmitChanges() immédiatement et pas attendre jusqu’à la fermeture de ton programme, tu paramétrais au-moins a ceux qui accèdent à la BDD d'avoir une version des données plus au moins récente
    • et pour ce qui est de faire une requête dans un timer, ce n'est pas une solution viable, quelque soit la duré du timer ça ne seras jamais du "DIRECTE" et puis, pour le serveur, j'imagine mal ce que ça donnerais avec plusieurs utilisateurs et une requête qui retourne beaucoup de lignes a chaque fois, un bouton actualiser seras peut être plus adéquat, et ça porteras l'attention de l’utilisateur sur le fait que ce qu'il vois n'est pas forcement à jours

  3. #3
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    Juillet 2011
    Messages
    16
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juillet 2011
    Messages : 16
    Par défaut
    Merci beaucoup pour ta réponse. Entre temps, je me suis repenché sur le problème que j'ai finalement résolu. Il devait y avoir un conflit ou je ne sais quoi, toujours est il qu'apres avoir changé quelques lignes de codes ne se rapportant pas directement au domain contexte, le SubmitChange() a finalement bien réalisé le commit au niveau de la DB.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Silverlight 4, WCF RIA Services avec MySql Connector 6.3.1
    Par WhoIsTiti dans le forum Silverlight
    Réponses: 10
    Dernier message: 13/06/2010, 16h17
  2. Réponses: 6
    Dernier message: 01/11/2009, 08h20
  3. Réponses: 10
    Dernier message: 26/10/2009, 15h02
  4. .Net RIA Services, sans silverlight
    Par darkendorf dans le forum Silverlight
    Réponses: 3
    Dernier message: 20/10/2009, 08h19
  5. Silverlight 3, RIA Services - En Prévision..
    Par 3KyNoX dans le forum Silverlight
    Réponses: 4
    Dernier message: 17/07/2009, 13h49

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo