Transmis par: webmaster actif Mercredi 18 Juin 2003 à 23:47
OpenSeal est un projet Open Source destiné à recréer un Framework d'entreprise .NET à partir des différents Design Patterns connus dans le monde J2EE (MVC, n-tiers, ..). Quelles sont les motivations d'un tel projet ? "Actually, the idea came about because we're a bunch of old Java developers who ended up doing Microsoft work for several years. We had become accustomed to working with certain design pattterns such as Model-View-Controller (MVC) in Struts that we felt we could migrate to .NET. (...) and feel that the library is incredibly valuable making use of some of the benefits of the .NET framework that don't have analogies in the Java universe.". Tout est dit, n'hésitez à vous faire votre propre idée en téléchargeant l'outil.
Les commentaires appartiennent à leur auteur. Nous ne sommes pas responsables de leur contenu.
Re: [News] OpenSeal : un projet à suivre absolument
par Anonyme actif 19 Juin 2003 à 08:07
Ca a l'air pas mal mais je suis quand même choqué de voir que l'ensemble des pages ASPX de leur application de référence sont codées dans la plus pur tradition du quick&dirty de l'ASP avec un bon mélange de code et de HTML. C'est assez loin des séparations proné par MVC, y a-t-il une raison particulière pour avoir fais ça ?
J'ai regardé sommairemnet mais pour la partie web on dirait purement et simplement une implémentation de struts en .NET sans utiliser la force du framework (codebehind, user/server control, ...) et dans ce cas je vois pas l'intérêt de faire du vieux avec du neuf :-).
Sinon je profite de ce message pour casser une idée reçu autour du MVC : "non struts n'a pas inventé le MVC !". Il faut faire attention car dés que l'on parle de MVC les gens pensent à struts alors qu'au départ ils ont appelés cela MCV2 car il y a des variantes importantes par rapport au pattern initial inventé dans le monde smalltak en 1988 puis repris dans les autres langages tels que C++ (MFC) ou Java (Swing). Le but de ce pattern est principalement de séparer le modèle de la vue et d'introduire un adapteur entre les deux (le contôleur) à aucun moment on ne parle d'actions, de nom logiques des écrans, etc. Toutes ces fonctionnalités ont toujours été réalisé par des frameworks complémentaires au framework MVC que j'appelle framework de navigation / workflow. ASP.NET propose de manière naturel une implémentation MVC mais ne propose pas par défaut de framwork de navigation intégré, cependant une implémentaiton gratuite sera fournit par le buildng blocks UIP qui sera bientôt étuidé par dng (une date ??).
