Version imprimable
Salut à tous,
Voici un nouvel article abordant l'implémentation d'une application Web sur un modèle multicouche: http://immobilis.developpez.com/arti...ouche-asp-net/
J'espère qu'il vous plaira et que les exemples précis vous monteront à quel point il est important et agréable de programmer sur une application "bien montée" :mouarf:
N'hésitez pas à apporter vos commentaires dans cette discussion et à la noter.
Merci.
Immo
Je te trouve bien productif en ce moment, c'est louche :mouarf:
Plus sérieusement, encore un article de qualité pour la communauté. :ccool:
Etant en congés pat', je vais pouvoir lire tout ça :ccool:
Tres chouette article immobilis. Très pédagogique et ton utilisation de Visual studio pour appuyer ton argumentation donne du poids a ton raisonnement.
à bientôt,
Bel article en effet surtout avec le support de VS 2010.
Ce que j'ajouterai c'est les Interfaces entre les couches afin de les rendres encore plus independantes et l'utilisation du pattern MVP (Modele vue Presenter) au lieu du MVC.
Sinon Bravo, merci à toi
Merci pour ce très bon article Immobilis.
Quand tu dis multi, y en a plusieurs non?
Faudrait pas un "s" à multicouche? :aie:
Très bon article, très bien amené et peu abordent le sujet avec démonstration par l'exemple.
J'ai quelques commentaires à faire :
- Tu parles très bien de l'évolutivité, de la maintenabilité d'une telle architecture mais tu aurais aussi pu dire que cela simplifie également (et par conséquent) énormément les tests
- Tu as choisi de faire la démonstration avec une appli Web ASP.NET mais un petit paragraphe démontrant la forte réutilisabilité des couches inférieures à la couche présentation aurait été super
C'est ce qu'il a fait, ou alors on parle pas de la même choseCitation:
Envoyé par ostenhard
Ouaiis! 100 points dans mon escarcelle! Ils sont durement gagnés ceux-là. :arf:Citation:
Envoyé par Nicolas Esprit
Ben j'en ai mis au départ mais à la correction on s'est aperçu que non.Citation:
Envoyé par lutecefalco
Effectivement, je vais voir où je peux mettre ça. Merci :)Citation:
Envoyé par ostenhard
Normalement c'est là: http://immobilis.developpez.com/arti...asp-net/#LIV-B. Une application console et une bibliothèque service WCF.Citation:
Envoyé par ostenhard
Oui, l'utilisation d'interface pour le CRUD est très utile. A l'occasion d'une petite mise à jour certainement.Citation:
Envoyé par topolino
Merci à tous c'est agréable d'avoir des retours (positifs en plus) :ccool:
A+
Oula, mes yeux (et le cerveau) devaient pas être à leurs places hier (euh pourtant à part un rêve merveilleux la veille j'ai rien fait de spécial).
Donc je n'avais qu'une seule remarque, super article !
Sinon +1 pour le MVP !
Pour le MVP un lien vers cet article deja présent sur developpez sera suffisant a mon humble avis. Cet article d'Immobilis n'est pas exhaustif et c'est ce qui en fait sa grande force.
très mauvais article ! à ne pas mettre entre toutes les mains tellement il est informatif et structuré ! l'élite des développeurs doit à tout prix préserver le savoir de quelques initiés et ne pas le partager aux néophytes :mrgreen:
Bref je proteste contre la vulgarisation des bonnes pratiques.:aie:
"pat'" c'est pour "paternité"? Félicitations :)Citation:
Envoyé par lutecefalco
Ouais :)Citation:
Envoyé par Immobilis
Est-ce qu'il existe un add-in (gratuit / pas cher) pour Visual Studio 2010 Pro qui permet d'obtenir le même genre de metrics que pour la version Premium de l'article, qui n'est malheureusement pas à la portée de tous vu son prix ... Impossible donc de tester le résultat de la mise en pratique des indications données pour beaucoup de dévs.
La mesure de la qualité du code n'est pas quelque chose que j'utilise couramment. C'est juste pour "la preuve". Un peu de bon sens, l'application des bonnes pratiques (découplage des méthodes et des classes) suffisent.
Après, c'est vrai que je ne pensais pas qu'une boucle "for" pouvait avoir un si mauvais résultat.
Si tu veux des utilitaires gratuits pour la revue de code, il y a FxCop et StyleCop.
A+
il arrive quand le tuto avec les interfaces ? :aie:
Bah, une semaine que j'ai pas mis les pieds dans le forum. Je t'avouerai que dernièrement ma motivation est un peu en baisse. C'est peut-être l'approche de l'hiver :) En plus, je me lance sur du SilverLight. Ca me prend pas mal la tête. Faudra vraiment beaucoup patienter je pense.
Ciao :ccool:
Sinon , tu peux juste compléter ton tuto par le reste du CRUD , ( C U et D ), je pense que ça prendrait pas tant de temps que ça à faire, et on aurait un exemple d'appli complète 3/tiers.
Bonjour à tous et merci pour cet excellent article, néanmoins j'ai une question sur la pertinence de ce type de fonctionnement : "LoadData().Where(qqchose)"
En faisant ça, on se tape la lecture de la totalité de la table, la conversion en objets métiers, pour au final ne retenir qu'un seul enregistrement ...
La mise en cache c'est bien, mais il faut garantir que le cache est à jour, et dans le cadre d'une application web c'est pas forcément très pertinent ...
Ceci dit, j'ai peut être loupé quelque chose, donc j'appelle à un petit complément d'informations à ce sujet ;)
Ou alors c'est déjà dépassé et il y a de nouvelles techniques avec un article vers lequel vous pourriez me pointer ?
Merci d'avance !!!
Salut,Tu as tout à fait raison. Dans l'implémentation que j'ai faite dans l'article, je ramène effectivement la totalité de la table pour la simple et bonne raison c'est que je j'utilise une bonne vieille commande SQL qui me ramène toutes les données. Ce n'est effectivement pas quelque chose à faire à moins de les mettre en cache.Citation:
Envoyé par sierramike
Pour répondre simplement et dans l'ordre:
- Linq et Entity Framework permettent de générer des requêtes dont la syntaxe va s'adapter au clauses. Une expression lambda appliquée directement sur la base sera parfaitement performante (tout dépend du DBA qui lira ce message :aie:);
- La garantie du cache s'implémente selon les besoins. En général, on met en cache les données qui ne changent pas fréquemment.
Conclusion, même si cela n'apparaît pas dans l'article, l'expression LoadData().Where(... est totalement pertinente et d'actualité, sous réserve qu'on maintienne un IQuerable de bout en bout (jusqu'à la base) sans avoir fait de ToList() ou ToQuelqueChose() en cours de route. Pour "preuve", je t'invite à lire cet autre article: http://immobilis.developpez.com/tuto...ity-framework/. Et particulièrement ce paragraphe dans lequel le tableau montre la syntaxe de la requête SQL.
;)