[Débat] MVC : le retour aux sources ?

Version imprimable

08/06/2009, 17h59
CUCARACHA

[Débat] MVC : le retour aux sources ?

Salut,

Je ne compte plus le nombre de fois ou je me suis fait troller dans les années 2004 parceque je préférais définir tous mes contrôles à l'aide de la bibliothèque HTMLControls plutot que WebControls et même insulté lorsque je mettais mon code dans la partie web des pages.

Finalement, maintenant qu'on s'est bien fait ... à apprendre le modèle des webcontrols et des ajax controls, on efface tout et on recommence ou quoi ?

Que pensez-vous de ce retour aux sources ?

ET SURTOUT, QUEL EST VOTRE PRONOSTIC QUANT A LA PERRENNITE DE LA TECHNO ?

D'avance merci pour votre participation à ce débat

Laurent
09/06/2009, 00h36
Immobilis

Salut,

J'ai plutôt l'impression (à regarder les tutos de M$) que le MVC permet de mettre rapidement sur pieds un site. On ne cherche pas trop à comprendre et en quelques clics, grâce aux assistants le site est prêt, tout chaud. Cela plus loin que le .Net actuel et peut réduire ce boulot de base à un travail d'opérateur. C'est un +. Est-ce que c'est du dev...? On perd un peu plus la main sur le code.

En ce qui concerne le code en lui-même, c'est vrai que cela change des contrôle .Net dans lesquels sont encapsulés le HTML. J'ai un peu l'impression de revoir du vbscript.

Est-ce que c'est viable? A mon avis oui. Le MVC prend en charge beaucoup d'aspects pénibles et à faible valeur ajoutée. Faut peut-être tout de même attendre un peu que cela mûrisse. C'est la logique de M$ de mettre des nouveautés en avant. Ca fait marcher le commerce.

A+
09/06/2009, 10h06
CUCARACHA

Je ne doute pas du bien fondé de cette techno, je dirais même qu'elle est indispensable si on veut pouvoir faire face à la concurrence internationale en termes de développement.

Mes craintes sont le résultat de plusieurs mauvaises expériences avec les technologies magiques de Microsoft qui disparaissent avant même que nous ayons pu finir de totalement les maîtriser. Pour le moment, j'aime bien MVC même s'il n'est pas tout à fait sec.

J'aimerais bien qu'une communauté d'experts de cette technologie puisse émerger des membres de developpez.net car ce serait la meilleure garantie de pérennité pour cette techno.

++

Laurent
09/06/2009, 10h15
Arthis

Et bien voilá Laurent, je te nomme solonellement Expert en MVC microsoft, la communauté est en marche!
09/06/2009, 10h22
Louis-Guillaume Morand

il n'y pas de "retour" dans le sens où le paradigme de MVC est à 90% différent du paradigme des Webforms et qu'on ne les utilise pas pour faire la même chose.

Si tu codais avec des HtmlControls, à l'époque, soit tu étais en avance sur ton temps, soit tu faisais n'importe quoi. là, seul toi peut savoir :)

Les deux technos car ce sont bien deux choses séparées, sont deux choses bien différentes. Celui qu'il pense qu'il peut faire tous ses sites Web en MVC est soit un fou, soit quelqu'un avec un budget projet illimité. MVC répond à des besoins particuliers, pour des types de portails particuliers. Pour ton portail de création de site Web, il est par exemple parfaitement adapté, surtout pour la partie administration, mais pour la partie front, qui n'est que du content display, une solution de WebForms avec des usercontrols pourrait tout aussi bien faire la même chose.

Moi j'aime bien MVC et je sais que ca ne vapas disparaitre tellement les gens ont sont satisfaits. C'est pas le cas d'Entity Fx qui fait des mecontents, et L2Sql qui va etre mis de côté alors que les gens commencent à apprecier sa simplicité.
09/06/2009, 10h57
CUCARACHA

Citation:

Envoyé par Arthis

Et bien voilá Laurent, je te nomme solonellement Expert en MVC microsoft, la communauté est en marche!

Non je ne suis certainement pas un expert de cette techno (en tous les cas, pas encore). C'est pour ça que je veux connaître vos avis avant de m'investir sur cette techno.

++

Laurent
09/06/2009, 11h00
CUCARACHA

Citation:

Envoyé par Louis-Guillaume Morand

Si tu codais avec des HtmlControls, à l'époque, soit tu étais en avance sur ton temps, soit tu faisais n'importe quoi. là, seul toi peut savoir :)

Ben c'était le seul moyen de faire du XHTML 1.0 Strict...

++

Laurent
10/06/2009, 00h29
Louis-Guillaume Morand

Citation:

Envoyé par Laurent Jordi

Ben c'était le seul moyen de faire du XHTML 1.0 Strict...

++
Laurent

strict dans le sens "sévère"? :aie:

http://ezsitesmaps.blogspot.com/, pas un seul ne valide le W3C :oops:

désolé mais après minuit, je suis d'humeur taquine :aie:
10/06/2009, 00h47
Philippe Vialatte

Perso, j'aime pas mal aussi...

@Immobilis: les deux ou trois premiers tutos de MS (pub: traduits sur http://dotnet.developpez.com/mvc/, quand même ;) )sont une vue super simplifiée de ce qu'on peut faire, pour "appâter le chaland"...

Le framework MVC a l'avantage d'etre bcp plus léger, surtout si on connait deja un peu HTML (plus de viewstate, plus d'evenements), et d'avoir peu de dependances a la noix sur des objets des quels on ne peut pas s'abstraire-> super pour les tests unitaires du controlleur et de l'UI, qui sont une plaie en ASP.NET

Niveau inconvenient, c'est que tous les controles serveurs un peu lourds (genre, les grilles ajax qui font le café et co.) ne fonctionnent pas vu qu'ils se basent a fond sur le système événements + viewstate -> il faut repartir sur des grilles en JQuery, qui sont sympas, mais moins puissantes qu'une bonne vieille grille devexpress ou infragistics

En plus, ce que va gerer le MVC au niveau du scaffolding, c'est vraiment juste la base, et on garde quand même bien le contrôle sur le code...

Niveau perennite, je suis pas inquiet...par contre, je pense pas qu'on voie un jour le niveau d'adoption du WebForm en MVC (c'est bcp plus facile de faire du drag & drop sans paner quoi quece soit à HTML que de se poser de vraies questions)

@Lauren Jordi: pour ce qui est d'un avis, je pense qu'en ce moment, tu trouveras 10 refractaires pour 1 convaincu, alors les retours, tu risques de pas en trouver des masses ;)

Par contre, a mon humble avis, cela vaut le coup de jeter un oeil au moisn pour se faire une idée a soi, en sachant que revoir le pattern mVC ne peut pas faire de mal ;)
10/06/2009, 09h58
oyigit

Perso pour des applications avec interfaces graphiques en .Net (ASP.NET ou Winform) j'utilise MVP. Je trouve que c'est très adapté au deux environnments. En revanche je trouve qu'il peut-être très intéressant de connaître MVC, car la plupart des autres langages (PHP, Java...) sont pratiqués sur le modèle MVC. Cela peut-être intéressant pour les société qui travail avec plusieurs langages. La manière de travailler peut-être uniforme quel que soit le langage
10/06/2009, 10h46
Philippe Vialatte

Citation:

Envoyé par oyigit

Perso pour des applications avec interfaces graphiques en .Net (ASP.NET ou Winform) j'utilise MVP. Je trouve que c'est très adapté au deux environnments.

Voui...parce que comme l'initiateur est la page en webform, pas d'autres choix que de faire du MVP quand on veut se rapprocher de MVC...:calim2:
10/06/2009, 10h53
CUCARACHA

Citation:

Envoyé par Louis-Guillaume Morand

strict dans le sens "sévère"? :aie:

http://ezsitesmaps.blogspot.com/, pas un seul ne valide le W3C :oops:

désolé mais après minuit, je suis d'humeur taquine :aie:

La version en prod est stable mais ancienne et n'est pas xhtml

La version en qualif n'est pas publique.

++

Laurent
10/06/2009, 12h04
franculo_caoulene

Personnellement, je n'ai jamais pu me faire aux webforms. Asp.net mvc est une véritable bouffée d'air frais pour moi.

Je pense que les webforms continuerons d'être utiliser, mais plutôt dans les applications intranet. Pour le web à proprement dit, la voie logique pour moi serait d'utiliser asp.net mvc ou silverlight. Les webforms n'ont plus rien à y faire.
10/06/2009, 13h36
CUCARACHA

Pour ma part j'ai un projet à faire qui devait être en MVC/Entity, finalement il va être en MVC/Linq2SQL

Personnellement cela faisait longtemps que je me régénérais les streams de sortie pour nettoyer le tout.

Avec le recul, je personnalise de moins en moins les applis. L'ergonomie de base des applications MVC est un peu bourrine mais les gens qui ont presque tous fini par s'habituer au web n'auront pas de souci pour s'adapter à ces ihm.

Vu d'ici, je suis plutôt pour.

Quel est la couche de données que vous utilisez avec MVC ?

D'avance merci

Laurent
10/06/2009, 13h49
Immobilis

Salut,

Est-ce que le couplage entre les élements du pattern ne sont pas trop nombreux dans le MVC?
3 tiers (MVP)
http://upload.wikimedia.org/wikipedi...8/3tier-fr.png
MVC
http://dl.free.fr/a2I7OzkcS/MVC.jpg
En dev on évite de trop coupler les éléments (objets) les uns avec les autre. Le MVC couple fortement le controleur avec l'accès aux données.

A+
10/06/2009, 14h01
franculo_caoulene

C'est là qu'intervient le repository pattern
10/06/2009, 14h47
Philippe Vialatte

Citation:

Envoyé par Immobilis

Est-ce que le couplage entre les élements du pattern ne sont pas trop nombreux dans le MVC?

En dev on évite de trop coupler les éléments (objets) les uns avec les autre. Le MVC couple fortement le controleur avec l'accès aux données.

Niet, pas vrai...

C'est une heresie de dire que le Modele dans MVC est le modele d'acces aux donnees...le Modele est une representation metier, et pas une representation de donnees au sens DataAccess

On peut tout a fait faire du 3 layers (pas tiers) en MVC, de la meme facon qu'en MVP, vu que MVP est une version abâtardie de MVC :aie:

Citation:

Envoyé par franculo_caoulene

C'est là qu'intervient le repository pattern

Une sorte de DAL? La BLL s'adressant à la DAL sans connaître la nature des données car ne travaille qu'avec des DataSet ou des Objets métiers.

Citation:

Envoyé par Philippe Vialatte

Niet, pas vrai...

En nombre de relations strict oui. Il y a plus de relations dans le MVC que dans le 3tiers donc plus de couplage.

Citation:

Envoyé par Philippe Vialatte

le Modele est une representation metier, et pas une representation de donnees au sens DataAccess

Tu peux préciser?

Ce tuto me donne l'impression de voir des objets d'accès aux données basés sur des DTO et des classes de la DAL (un ObjectDataSouce). En mettant cela dans un gridview ou un repeater on obtient le même résultat. Et puis franchement ce code me donne l'impression d'une régression
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 <% foreach (var m in ViewData.Model) { %> Title: <%= m.Title %> <br /> Director: <%= m.Director %> <br /> <%= Html.ActionLink("Edit", "Edit", new { id = m.Id })%> <%= Html.ActionLink("Delete", "Delete", new { id = m.Id })%> <hr /> <% } %> <%= Html.ActionLink("Add Movie", "Add") %>
La vue "Design" devient moins accessible aux designers justement.

Merci. A+

Citation:

Il y a plus de relations dans le MVC que dans le 3tiers donc plus de couplage.

je suis pas sur qu'on parle de la meme chose...Le framework MVC est bcp plus faiblement couplé que WebForm à la base, tu as des points d'extensions dans tous les sens

Le nombre de relation entre les differentes "briques" du pattern n'à rien a voir avec le couplage (au contraire, moins tu couples, plus tu ajoute de l'abstraction, plus tu as augmente le nombre de relations entre les elements constitutifs de ton appli)

Citation:

Ce tuto me donne l'impression de voir des objets d'accès aux données basés sur des DTO et des classes de la DAL (un ObjectDataSouce).

On parle d'un tuto niveau 100 de microsoft, pas d'une application de référence ;)

Si tu veux voir de bonnes pratiques en terme d'archi, regarde plutot S#arp Architecture, qui utilise aussi le fw MVC-> http://code.google.com/p/sharp-architecture/

Citation:

En mettant cela dans un gridview ou un repeater on obtient le même résultat. Et puis franchement ce code me donne l'impression d'une régression

Oui, bien sur, tu obtiens le meme resultat...sauf que ne me dis pas que tu controles le HTML rendu avec une gridview comme tu controle le rendu du code montré.

Coté regression du code, perso, le code que tu montres ne me choque pas (meme si je l'aurais presenté comme ca:)
Code:

1 2 3 4 5 6 7 8 9 <% foreach (var m in ViewData.Model) { %> Title: <%= m.Title %><br /> Director: <%= m.Director %><br /> <%= Html.ActionLink("Edit", "Edit", new { id = m.Id })%> <%= Html.ActionLink("Delete", "Delete", new { id = m.Id })%> <hr /> <% } %> <%= Html.ActionLink("Add Movie", "Add") %>
Pour un repeater qui fasse la meme chose, je veux bien voir ton code, et comparer la consision des deux ;)

Si tu veux voir un exemple de code qui fait *vraiment* peur, et de ce qu'il peut devenir, passe ici :
http://blog.wekeroad.com/blog/asp-ne...ding-tag-soup/

Citation:

La vue "Design" devient moins accessible aux designers justement.

Parce que tu laisses des designers jouer avec ton code dans VS ???

Perso, la seule fois que j'ai fait ca, on a perdu deux jours...

Le travail des designers doit/devrait se passer majoritairement au niveau de la css, et pas dans visual studio (dan expression web, a la limite)

Apres, c'est peut-etre moi, mais le designer qui veut toucher au fichier aspx, il faut qu'il ait une sacrément bonne raison...

11/06/2009, 09h34
CUCARACHA

Bon pour le moment, on peut quand même dire que la techno ne fait pas l'unanimité.

Personellement je pense que je vais plus produire mon effort de perfectionnement dans Microsoft AJAX qui, s'il n'est pas parfait pour les sites internet, il donne de très bons résultats pour les applications hébergées d'entreprise.

++