Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Précision à propos de ASP.Net MVC 2
Bonjour,
Je souhaite me lancer dans le dev avec ce framework, mais je voudrais quelques précisions avant :
- J'ai lu que ASP.Net MVC 2 doit être hébergé sur un environnement avec .Net 4, vrai ou faux ?
- ASP.Net MVC doit-t-il être obligatoirement hébergé sur un Windows Server 2008 ou un 2003 suffit ?
- Peut-on include des WCF et/ou des web services standards dans une appli ASP.Net MVC 2 en respectant le pattern ?
Merci par avance,
Guillaume
- Faux : .Net 3.5 SP1 suffit
- Faux : n'importe quel IIS (v5+) fait l'affaire a partir d'XP voir même peut etre 2000
- Humm je ne comprend pas trop ... WCF c'est fait pour faire de la SOA donc pas grand chose à voir avec MVC... Après tu peux utiliser MVC pour faire des pseudo webservice accessible ne Ajax ...
Par contre je sais pas quelles sont tes sources mais il faut en changer
Une ou deux précision
IIS 5.1 peut fonctionner, mais il est quand même recommandé d'être au moins en 6, et le framework 3.5 SP1 n'est pas supporté sur windows 2000Envoyé par anthyme
WCF ne sert pas qu'à faire du SOA, mais est seulement une méthode de mise à diposition de services, de la même façon que les services web.
MVC supporte évidemment des appels à WCF, que ce soit depuis le modèle ou depuis du code javascript dans la vue
En "respectant le pattern MVC" ?
oui, pourquoi ?En "respectant le pattern MVC" ?
dans les deux cas, une vue appelle une action, qui appelle un service WCF
Bas non justement le principe de MVC (en opposition avec de la programmation évènementiel) c'est que ce n'est pas une vue qui appelle le controlleur mais le contrôleur qui charge des données dans une vue et la renvoie.
Si je puis me permettre de m'insérer dans cette conversation...
@anthyme : Mais , c'Est tout de même bien la vue qui possède des éléments qui vont appeler un controller ( hyper liens, appel javascript,...), donc la vue appelle bien une action, non? en tout cas , elle permet d'appeler une action. peut être que la nuance est là ?
merci de tes précisions...
Entre appeler une méthode comme dans le cas d'un web service et créer un lien de navigation qui va arriver sur une action il y a une différence.
De plus un controller et ses action sont la pour répondre a une navigation vers un certain point de l'application, charger des données dans une vue et renvoyer cette vue.
Un webservice ne gère en rien la navigation et ne renvoie pas de vue mais juste des données, d'ailleurs il faut bine souvent des appels a plusieurs méthodes de webservice pour une même vue la où, en MVC, on appelle une seule méthode.
Bref il y a pas grand chose à voir entre un webservice et un controller, ce sont vraiment 2 approches du développement complètement différentes.
Euh, au risque de me répéter :
Je ne dis pas que tu vas faire un appel Ajax direct à ton service WCF (bien que tu puisses le faire avec JQuery sans pb), mais que tu vas appeler, éventuellement de façon asynchrone, une action qui va appeler ton service webdans les deux cas, une vue appelle une action, qui appelle un service WCF
Le controlleur ne dois pas forcément effectuer de navigation, il peut aussi renvoyer des données brutes (type JSON, par exemple
Mais Philippe quel est l'intérêt d'avoir un web service dans ce cas la?
Je vais peut être dire des âneries. Mais si tu as une adresse qui mappe une action d'un contrôleur, inutile d'avoir une autre adresse pour faire exactement la même chose mais dans un web service. cela serait redondant. A moins qu'il y ait une utilité que je ne vois pas à première vue..
Euh...me suis mal exprimé ?
je veux dire, tu as un service web qui s'appelle totoservice, et qui existe dans un autre projet, tu veux l'appeler dans ton appli MVC, tu peux, soit :
- faire un appel direct au service web depuis la vue (moyen en terme de "respect" du pattern)
- appeler une action dans un quelconque contrôleur, qui va appeler le service web pour récupérer les données.
L'intérêt de la seconde solution, c'est qu'elle est plus testable, et plus simple a maintenir au long terme (si le service web change, tu n'as à modifier que ton controleur)
mmhh je crois que c'est moi qui me suis mal exprimé. Pour consommer un service web d'un autre projet je te rejoins tout à fait. Ce que je ne comprenais pas c'est l'intérêt dans un projet mvc de créer un service web.
Car l'appel de la ressource depuis un point de départ extérieur à l'appli se ferait de la même façon sur un service web ou sur l'action d'un contrôleur. C'est la dessus que je voulais votre avis...
Sur ce point la, moi non plus, je ne vois pas trop l'interet
De toute façon, soit il faut exposer des infos en se conformant à une norme donnée, en terme de sécurité ou de protocole, et dans ce cas la, autant utiliser un service WCF dans son projet à lui, comme ca on à le choix de l'héberger ailleurs, soit on appelle le controlleur directement en envoyant une requeste post/get ou autre...
Enfin, c'est mon avis à moi que j'ai
Wow ! J'avais dû oublier de m'abonner à ma discussion.
En fait, je voulais utiliser le MVC parce que le pattern me plait (et je me sens mieux dans ma tête ...) et, d'un autre côté utiliser WCF pour intéragir facilement avec des composants Silverlight mais il est vrai que je peux faire appel au controlleur.
Autre question : Pour me lancer dans l'apprentissage de MVC 2, je pense suivre le How-To du site d'ASP concernant le NerdDinner (http://nerddinnerbook.s3.amazonaws.com/Intro.htm) mais je ne veux pas passer à côté d'une notion ou d'un petit quelque chose, donc est-ce le bon guide ou d'autres de mieux/plus récent sont sortis ?
Guillaume
PS : Là je m'abonne
Je n'ai pas regarder en détail, mais j'en lis le plus grand bien : http://mvcmusicstore.codeplex.com/ Directement pour ASP.NET MVC 2.
NerdDinner est tout de même basé sur la V1, bourrée de magics strings...
Dans le cas de la v1 ceci est un must have : http://www.hanselman.com/blog/TheWee...erdDinner.aspx.
Un peu moins pour MVC 2, mais tout de même : j'adore le Linkage by code des Contents et JS : tu ajoutes un WebDeployProject avec compilation des vues (pas en mode Debug : car ca prend 3 plombes à précompiler), et tu obtiens toutes les erreurs dans les aspx, ascx!
N'oublie pas de DL le source code de MVC2 : tu trouveras également pleins de choses sympa dans MVC Futures (ce qui n'a pas été ajouté à la MVC 2, mais qui arrivera plus tard)
[useless personnal ps : j'ai l'impression que les mecs du marketing influencent ma façon de parler... ]
Bon ben je vais me lancer sur le Music Store, autant apprendre directement sur le MVC 2.
Merci pour vos réponses.
Je reviendrai vers vous si j'ai d'autres questions diverses.
Répondre avec citation
Vous voulez contribuer à la rubrique .NET ? Contactez-moi par MP.
Partager