architecture applicative
Article sur le DDD
A lire ici !
Très bonne interview sur WS-*, REST
par Sanjiva Weerawarana sur le site Infoq.
Sérialisation des obets de domaine : pattern ou anti-pattern ?
J'ai trouvé plusieurs articles qui traitaient de ce sujet notamment l'utilité de sérialiser des objets de domaine à travers WCF. Effectivement, ce n'est pas un sujet simple et dans les blogs de dotnetguru cela est considéré comme un anti-pattern ce qui me semble être une position quelque peu limite.
Développer des objets de domaine (ou entités de domaine) est un pattern et est utilisé par tous dansles 2 technologies (JEE ou .NET). Un objet du domaine est un concept métier et non technique donc cela ne me choque pas que ce concept soit manipulé par les différentes couches d'une application y compris par le client. Cette solution peut être préférable à d'autres solutions (multi conversion d'objets, DTO).
De mon point de vue, sérialiser les objets du domaine dans WCF n'est pas un anti pattern mais un design possible qui présente des avantages et inconvénients.
WPF : les interfaces homme machine de demain
.NET 3.0 est sorti récemment en version RTM. Il comprend les briques WinFX soit WPF (Windows Presentation Fondation), WCF (Windows Communication Fondation) et WWF (Windows Workflow Fondation).
Après quelques jours de test sur ces nouveautés, je me demande si WPF ne va pas bientôt révolutionner les interfaces homme machine et je pense sincèrement qu'il nous donne un aperçu de l'espace de travail de demain (genre bureau métier futuriste) et que dans la mouvance Web 2.0, WPF permettra de redonner un sens aux applications côté utilisateur en lui proposant des interfaces riches et fonctionnelles.
WPF est composé d'un runtime et d'un langage de description des interfaces pur XML qui se nomme XAML. WPF permet, ce que tout les dévelopeurs attendaient depuis des années, de définir des IHM indépendantes du device (navigateur sur poste de travail, application standalone sur poste de travail, tablet pc, mobile device sous Windows Mobile, PDA). Néanmoins cette indépendance reste cantonner au monde Microsoft mais je vous engage à surveiller de près les évolutions de WPF/E (WPF Everywhere) qui permettra d'exécuter des applications WPF sur n'importe quel OS et n'importe quel navigateur.
Modèle MVC et AJAX
Le modèle MVC (Modèle Vue Controller) permet de découpler la présentation des couches applicatives inférieures.
AJAX permet de concevoir des IHM plus riches où une partie de la navigation est gérée dans une logique cliente.
Il me semble que la confusion entre controller côté serveur et contrôleur côté client risque de semer le trouble et de compliquer la tâche des développeurs. En tout cas, MVC perd son sens contrôleur des actions de l'utilisateur car manifestement celui-ci ne contrôle plus grand chose.
Il n'est pas, à mon sens, insensé de se passer de ce pattern pour les applications de type Web Ajax surtout si les éléments graphiques sont liés à une source de données de type "business object" à la sauce Visual Studio.
