11
octobre
2005
Développement d’une application en couches avec Visual Basic 2005
octobre
2005
Un article de Webman
Microsoft vient de mettre en ligne la première vidéo d’une série sur le développement d’applications en couche avec Visual Basic 2005. Ces vidéos sont réalisées par l’excellent Eric Vernié de Microsoft France.
Vous pouvez retrouver la première vidéo à cette adresse :
http://www.microsoft.com/france/vbasic/dev_application_couches1.mspx
Il faut disposer d’un compte Passport pour pouvoir accéder à la vidéo.
Voilà comment Eric Vernié nous présente cette série de vidéos :
Dans cette série de Vidéos, ce que je vous propose, c’est de développer pas à pas une application qui prenne modèle sur une architecture d’application dite en couches selon les trois grandes couches.
Bon visionnage !
2 Commentaires + Ajouter un commentaire
Commentaires récents
- dans Microsoft.com migre 79 serveurs vers Windows Server 2008 Beta 3
- dans L’ouverture est décidément très à la mode… au tour de Microsoft
- dans Microsoft Most Valuable Professional (MVP) en 2008…
- dans Article : Design pattern Singleton avec .Net (VB.Net et C#)
- dans Article : Design pattern Singleton avec .Net (VB.Net et C#)
Je suis clairement de l’avis de Gregoire.Guyon
Le couplage en soi ne serait pas handicapant si la DataTable (ou DataSets en general) n’avait pas un très gros effect pervers qui peut ruiner très facilement le développement en couches: tous les méchanismes mertier internes a l’objet ne peuvent etre cachés a l’interieur de celui-ci. Il est donc fréquent de trouver des aspects metier un peu partout dans toutes les couches:
– Dans les évènements de l’UI
– Dans la couche d’acces aux données
Les generics corrigent cet handicap, mais bon ca represente un effort de réflection et du code en plus par rapport a l’utilisation evidente et super-productive de la DataTable.
Néamoins la DataTable reste une bonne introduction au concept du développement en couches.
qq liens pour la suite:
Designing Data Tier Components and Passing Data Through Tiers
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/BOAGag.asp
L’article-qui-va-bien-qui-resume-tout (asp.net):
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnaspp/html/CustEntCls.asp
Bof !
C’est peut étre une bonne pratique de programation Visual Studio, mais d’un point de vue conceptuel ce ne me parrais pas trés intéressant.
En effet, peut on dire qu’un object Metier Produit ou Categorie est un DataTable ?
Normallement la réponse est NON !
Si non pourquoi mon objet metier ne serait pas non plus un objet WinForm ou autre chose encore ?
C’est pourtant ce qui est proposé dans cette introduction !
Le couplage entre l’objet métier est son « container » est a mon avis beaucoup trop important.