Discussion :

[CUCARACHA]

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

[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+

[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

[Arthis]

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

[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é.

[CUCARACHA]

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

[CUCARACHA]

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

[Louis-Guillaume Morand]

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

++
Laurent

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

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



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

[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

[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

[Philippe Vialatte]

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...

[CUCARACHA]

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

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



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

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

La version en qualif n'est pas publique.

++

Laurent

[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.

[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

[Immobilis]

Salut,

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

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.

A+

[franculo_caoulene]

C'est là qu'intervient le repository pattern

[Philippe Vialatte]

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

[Immobilis]

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.

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.

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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+

[Philippe Vialatte]

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)

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/

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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/

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...

[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.

++