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

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Comment tirer efficacement parti des avantages de WPF tout en gardant une application maintenable et testable ?
Un tutoriel de Jérémy Alles

Le , par Louis-Guillaume Morand
7 commentaires

0PARTAGES

5  0 
="bbcode_container">
Petit à petit, la technologie WPF est adoptée par les développeurs .Net comme plateforme de développement pour les applications graphiques de prochaine génération. Cette transition est annoncée comme longue et difficile, car WPF remet en cause un certain nombre de principes jusque là bien établis pour la création d'interfaces graphiques utilisateur. La méthodologie MVVM permet de formaliser le développement avec WPF en garantissant des applications bien architecturées, testables et optimisant le flux de travail entre développeur et designer.

voir l'article

Une erreur dans cette actualité ? Signalez-nous-la !

7 commentaires
Commenter Signaler un problème
zax-tfh
Avatar de zax-tfh
Membre averti https://www.developpez.com
Le 23/03/2009 à 9:40
Je ne suis même pas venu dire merci à Jerem22.... la honte !
Merci Jerem22 !!!! Très bon tuto, très instructif, je l'etudie dans ses moindres détails et force est de constater qu'il est tres utile !
0  0 
zax-tfh
Avatar de zax-tfh
Membre averti https://www.developpez.com
Le 05/04/2009 à 18:12
Concernant le tuto, je crois qu'il y a une zone d'ombre qu'il serait interessant d'éclaircir :

Tu indiques que tu preferes utiliser le code behind pour setter le datacontext de ta vue. Si l'on passe par cette méthode, le designer bossant sous Blend sera marron ! En effet, Blend "zappe" constructeurs, evenements et compagnie, donc le datacontext n'existera pas dans celui ci. Or si le designer veut avoir une liste exhaustive des données mises à disposition par le développeur dans cette window/usercontrol, il faut impérativement un datacontext dans le xaml.

Maintenant, là où ca se complique : si on utilise un datacontext dans le xaml mais que notre appli a besoin d'un constructeur de contexte avec parametre, comment on fait ?

Voici donc la zone d'ombre.

Aurais tu une réponse à ce sujet ?
Merci d'avance
@ +
0  0 
Kropernic
Avatar de Kropernic
Expert confirmé https://www.developpez.com
Le 05/06/2015 à 14:05
Hello,

Sorry pour le déterrage de topic mais je voulais savoir si ce tuto était encore valide de nos jours ?

Merci d'avance.
0  0 
micka132
Avatar de micka132
Expert confirmé https://www.developpez.com
Le 10/06/2015 à 13:37
Oui ca l'est toujours.
On peut rajouter qu'aujourd'hui il y a plusieurs frameworks qui se sont créés et qui facilite certains mécanismes.
Le plus simple est très probablement MVVM light.
Je note également que l'utilisation d'un service locator pour charger le viewModel est généralement utilisé ( au lieu de directement l'instancier depuis le constructeur de la vue).
0  0 
Kropernic
Avatar de Kropernic
Expert confirmé https://www.developpez.com
Le 10/06/2015 à 13:53
Merci pour la réponse.

Je vais me mettre sérieusement à sa lecture alors (et à celle de ses prérequis ).

Sinon, du peux que j'ai lu (jusqu'au chapitre IV inclus), j'ai quand même l'impression que la philosophie ressemble fort à celle du développement en couche tel que je le pratique actuellement là où je bosse (où le service dev, c'est moi + mon chef ).

La vue étant la couche graphique (GUI), le modèle étant la couche avec les objets de bases/métiers (DTO (ie. Data Transfert Object)) et le contrôleur étant la couche logique et la couche d'accès aux données (BLL (ie. Business Logic Layer) + DAL (ie. Data Access Layer)).

Suis-je dans le bon ou suis-je complètement à côté de la plaque ?

Si j'suis dans le bon, cela voudrait dire que pour migrer mes applications de winforms vers wpf, il n'y aurait que la couche GUI a adapté et ce serait quand même vachement bien ^^.
0  0 
micka132
Avatar de micka132
Expert confirmé https://www.developpez.com
Le 12/06/2015 à 14:02
Il y a toujours des ressemblances dès lors que l'on essaye de structurer son code en partant du postulat qu'il est nécessaire de le séparer en couche ayant chacune une responsabilité. Certains best practices vont ressortir et/ou s'adapter en fonction de la technologie que l'on va utiliser.

De mon point de vue je vois le concept GUI/ BLL / DAL un peu plus haut niveau que MVVM. Ce dernier s'appliquerait plutôt qu'à la partie GUI.
Je pense que tu vas pouvoir reutiliser une bonne partie de ton code tel quel mais pas juste en virant la partie winform .

Je te conseille cet article : http://www.e-naxos.com/Blog/post/MVV...se-rapide.aspx
0  0 
Kropernic
Avatar de Kropernic
Expert confirmé https://www.developpez.com
Le 12/06/2015 à 14:10
Merci, je vais lire cela dès que j'aurai un peu de temps
0  0 
Commenter Signaler un problème