Skip to main content

Creation d'applications WPF et Silverlight composites

David Hill, Principal Architect, Pattern & Practices, Microsoft

Il s'agit de la technologie qui s'appelait Prism.

Pourquoi Prism?

PIC_0034 L'expérience utilisateur prend de plus en plus d'importance, mais les besoins changent. Le problème est de rendre les applications dynamiques, adaptables, extensibles et testables.

La solution est de découper l'application en morceaux, de surveiller les dépendances entre les morceaux pour qu'elles soient aussi faibles que possibles, puis on assemble les morceaux pour faire la ou les applications. C'est ce qu'on appelle les applications composites. Prism est le modèle d'applications composites pour les clients riches.

Prism contint une bibliothèque, une implémentation de référence, une documentation, dezs quick-starts et how-to.

Prism 2.0 sortira début 2009.

Prism contient notamment un conteneur DI/IoC (injection de dépendances), des modules, la composition d'interface utilisateur, la séparation de la présentation, les événements et commandes, et le multi-targeting.

Patterns de modularité

PIC_0035 Les modules sont des morceaux indépendants pouvant être déployés de manière séparée. Prism 2.0 permet la découverte de  modules et leur chargement à la demande ou en arrière-plan.

C'est le module loader qui charge et injecte les modules, soit d'après un fichier de configuration, soit d'après un service Web ou une base de données. Cela permet notamment d'avoir une UI adaptée au rôle de l'utilisateur (exemple: un directeur en verra plus qu'un employé).

Patterns de composition d'interface utilisateur

PIC_0036 Le Shell est la fenêtre qui héberge les modules. Il est découpé en Regions, qui sont des zones nommées. Dans les Regions sont placées les Views, qui encapsulent l'UI et la logique de présentation.

Un modèle push ou pull permet de placer les Views dans les Regions. Dans un cas les vues s'ajoutent aux régions, dans l'autres les vues indiquent dans quelles régions elles souhaitent être ajoutées.

Patterns de séparation de présentation

Le but est de séparer la vue (difficile à tester) de la logique métier et de la logique de présentation. Cela améliore aussi la séparation développeur / designer.

Le modèle Model-View-ViewModel est une nouveauté de Prism 2.0. L'état de présentation (exemple: une présentation dit si le modèle est occupé par une tâche) est géré, et les vues sont très minces grâce aux data templates.

Comments

Popular posts from this blog

Learn Meteor book available

I'm pleased to announce the general release of my Learn Meteor book. It is now available as an ebook or print book from various sources: Learn Meteor print (paperback) on Lulu Learn Meteor ebook on LeanPub Learn Meteor ebook on Barnes & Noble Learn Meteor ebook on iBooks Learn Meteor ebook on Kobo Learn Meteor ebook on Scribd Learn Meteor ebook on Inktera Page Foundry Learn Meteor ebook on 24symbols Learn Meteor ebook on Amazon US Learn Meteor ebook on Amazon UK Learn Meteor ebook on Amazon France Learn Meteor ebook on Amazon Deutschland Learn Meteor ebook on Amazon Canada Learn Meteor ebook on Amazon India Learn Meteor ebook on Amazon Brasil Learn Meteor ebook on Amazon Mexico Learn Meteor ebook on Amazon España Learn Meteor ebook on Amazon Italia Learn Meteor ebook on Amazon Netherlands Learn Meteor ebook on Amazon Japan Learn Meteor ebook on Amazon Australia More sources are coming soon for the print version. Learn Meteor has been a fun experienc