
Envoyé par
kaymak
y'à pas foule au portillon pour réagir à cette news.
Doit on en conclure que tout cela ne rime à rien ?
N'étant pas utilisateur de cette solution, j'aurais bien aimé avoir des retours d'expérience,
sur la difficulté de dév,
l'organisation du code,
la redéfinition des comportements par défaut,
la difficulté de déploiement,
la compatibilité inter navigateur,
la difficulté de monitoring et optimisation,
le qualité de scaling,
Bref, des questions classiques, auquel il est toujours aussi difficile de répondre sans une expérience propre.
Mais qui sont cruciales pour prendre des décisions judicieuses.
a+
Hello,
Pour commencer il n'y à pas foule sur ce site, (et en France d'ailleurs) mais aux US asp.net MVC est à la mode est dispose déjà d'une forte communauté.
Alors pourquoi ca ne fais pas de bruit ici? Je dirait que ca vient de notre de notre philosophie franco-franchouillarde à base de "Bouaf, on a toujours fait comme ca" ou encore "c'est dangereux c'est trop récent".
Mais pour en revenir à MVC, c'est tout a fait pérenne et Microsoft part vraiment dans la bonne voie avec cette solution.
Cela vient tout d'abord du fait que MVC est open source et gratuit, ce qui permet de nombreux échanges avec la communauté et ses besoins, auquel répond crosoft au fur et à mesure de ses releases.
Contrairement aux Webforms, asp.net MVC permet un contrôle total du rendu HTML premettant de respecter les standards web, et de pouvoir créer un site accessible, avec un front-end optimisé. (Et le unobtrusive javascript de cette release en une preuve.)
Sinon au niveau du code, il n'y a que du bon. L'architecture MVC permet de séparer clairement les couches et rend l'évolution et la maintenance d'un projet beaucoup plus simple. (et on peut réutiliser ce qu'on fait pour les futurs projets)
Il y a déjà de nombreux framework MVC en php, mais celui-ci est particulièrement bien foutu au niveau de la modification de son comportement:
On dispose d'une architecture de base qu'on peut complètement changer en fonction des besoins et de l'envergure du projet. (Notamment avec l'injection de dépendances)
Concernant sont déploiement, bah il n'y a rien a faire sous IIS7. Sous IIS6 par contre, il faut faire une configuration un peu particulière, mais il y a un tas de tutos pour faire ca.
Autre chose, sa viabilité en prod n'est plus à prouver : Stackoverflow.com par exemple tournes sous MVC avec un traffic énorme.
J'ai aussi bossé avec pour des projets d'envergure moyenne (ayant le choix de la techno), et c'est un réel plaisir pour les devs et pour les utilisateurs (capables de faire la différence entre un site de merde et un bon hein

)
Bref il ne faut pas hésiter à changer nos habitudes et à rester à la ramasse au niveau des technos : Le temps d'apprentissage sera bénéfique sur le temps de maintenance et d'évolution.
Après ca reste du DotNet hein, n'importe quel dev un tant soit peu passionné ne sera pas dérouté et apprendra vite.
Perso, après y avoir gouté, revenir sur des projet webforms m'égaye autant
qu'un enterrement.
[Edit] J'ai aussi oublié de dire que Telerik edite des contrôle pour MVC (dans la même philosophie : open-source, gratos, accessible et HTMLement standardisé :p)
2 |
0 |