Version imprimable
Salut tout le monde.
je travail sur une application wpf je veux modifier dans une datagrid et automatiquement la modification sera appliqué dans la base de donnée ...
est-ce-que c'est faisable??
j'ai trouver binding twoway!! je sais pas est-ce-que sa aide ???
Merci d'avance.
salut,
Entity Framework est la solution à ton problème je pense (avec la méthode SaveChanges)
Plus d'info ici : http://msdn.microsoft.com/fr-fr/library/bb399567.aspx Mais bien sur je te conseil de faire des recherches dessus. :)
Deux solutions principalement :
- full VS et relativement rigide, mais bien intégrée : Silverlight RIA Services + EF,
- indépendante et légère, mais "from-scratch" : WCF + NHibernate.
Merci Je vais faire mes recherche ;)Citation:
Envoyé par obito
Merci Pour ta réponse.... la problème je suis débutant dans le domaine j'ai pas de connaissance à propos de "Silverlight " et "WCF " :cry:Citation:
Envoyé par seriousme
Oops, au temps pour moi, à force de naviguer entre les forums WPF et SL ça devait arriver :aie:!Citation:
Merci Pour ta réponse.... la problème je suis débutant dans le domaine j'ai pas de connaissance à propos de "Silverlight " et "WCF "
Donc c'est plus simple en WPF : directement EF ou NHibernate.
Si c'est pour un projet scolaire et que tu n'es pas très à l'aise quand tu n'utilises pas les modelers Visual alors EF est un bon choix car bien intégré à Visual.
En revanche, pour un projet pro, surtout pour traiter une base existante un peu complexe, NHibernate est bien plus puissant et souple.
puissant et souple...
non tu est juste plus à l'aise avec... seriousme... tout est affaire de préférences d'un développeur à l'autre.
le seul avantage de NHibernate c'est qu'il est moins "sensible" au provider... en même temps vu que tu t'assoie littéralement sur les écritures linq... forcément.
il n'a pas plus de souplesse contrairement à ce que beaucoup penses sur les POCO entities... car pour peu que tu ai un cycle dans ton graph... le lazy-loading... tu t'assoie dessus aussi...
(logique c'est une contrainte WCF...à moins de modifier la classe POCO et d'ajouter le flag WCF pour un transfert par référence...)
je dirais surtout qu'en réalité NHibernate est plus facile à appréhender car on trouve beaucoup plus de documentations sur NHibernate, que sur Entity Framework (a qui il reste quand même "quelques" défauts de jeunesse) qui est largement plus récent, et dont les docs officielles (MSDN) ne sont malheureusement (comme toute doc msdn qui se respectent) clairement pas faites pour les débutants.
Pour finir je dirais que d'une façon générale, utiliser l'un ou l'autre, sans savoir ce qu'on fait est le meilleur moyen de se planter :)
Ce que je veux dire c'est qu'il est capable de gérer des cas d'utilisation un poil tricky qu'EF ne sait pas (encore) gérer.Citation:
puissant et souple...
Un exemple professionnel concret vécu (sic) : un modèle objet existant ET un modèle relationnel à mapper avec pour que ce soit plus drôle du 1..n, n..1 et n..n :aie:
J'ai commencé par utilisé EF 4 et me suis vite aperçu que ça ne passait pas, et un tour sur les forums officiels a vite confirmé cette impression.
Finalement je me suis tourné vers NHibernate dont un collègue m'avez parlé et là miracle en 2h le boulot était fait :aie:
Sur le coup c'est un peu magique mais avec le temps on comprend mieux les mécanismes employés et ça devient moins mystique;
et on peste moins contre EF en s'apercevant de la masse de travail nécessaire aux équipes d'EF pour réimplémenter ce que fait NHibernate.
NHibernate gère depuis quelques temps les requêtes LINQ il me semble.Citation:
en même temps vu que tu t'assoie littéralement sur les écritures linq
Sinon, outre sa supériorité technique intrinsèque, NHibernate possède un avantage considérable sur EF qui est sa relative portabilité : il existe en effet Hibernate sur la plateforme Java.
Donc pour capitaliser du savoir-faire .Net/JEE c'est un must pour un (futur) professionnel.
et comme je l'ai dit, il est quand même beaucoup mieux documenté que EF...
cela dit EF... la majorité des gens se contente de voir la face visible de l'iceberg, en voyant uniquement le modèle EDMX... mais c'est 3 fichiers séparés... et certaines choses totalement impossibles avec l'éditeur standard devienne tout d'un coup possible...
bon c'est clair... c'est pas encore totalement au point... effectivement :)
exemple concret : les relations ternaires... (sachant que les 3 branches sont en n-n forcément sinon ca sera trop simple) il a du mal avec ça :)
mais en fait je crois qu'à parler de NHibernate et de EF... on se serait pas un peu éloigné du sujet initial ?