Bonjour,
 
C'est quoi la réel différence entre .cshtml de MVC et .aspx de asp.net classique ?

up

Tout.  
Webform et MVC c'est complètement différent dans l'approche, l'un repose sur des contrôles spécifiques et sur une mécanique événementielle qui imite plus ou moins le développement client lourd, l'autre... C'est du MVC quoi.

C'est du MVC5.

Ca ne change rien à ma réponse.

Pour poussez un peut plus la réponse de TotalRecall,
 
WebForm à la base a étais fait pour les développeurs de client lourd .Net qui ne voulais pas franchement faire du WEB. WebForm ( aspx ) permet donc de développer des sites web comme si on développer des applications lourd ( baser sur un forte mécanique événementielle comme la bien dit TotalRecall ).
 
Malheureusement ce type de programmation à eu un déclins, lorsque le web 2.0 ( HTML4/5 et javascript ) on commencer à devenir plus mature ( et à la mode ).
 
Microsoft ( via un projet openSource ), à intégrer le développement ASP.NET MVC, qui utilise l'architecture MVC ( Model-Vue-Controller ) pour créer des site web ( retour au page HTML, ici CSHTML car tu peux y introduire du code C# ).
 
Donc effectivement cela n'a rien à voir, car ce sont des types de projet différente.
 
Aujourd'hui il est plus intéressant de faire en MVC

Pour certains usages de niche le webforms a encore des qualités (ex : gros formulaires plein de champs et sans besoin de support Ajax).
Le modèle événementiel avec contrôles manipulables côté serveur est conceptuellement intéressant et on s'évite un certain nombre de problèmes présents dans MVC.
D'ailleurs webforms évoluait encore dans les toutes dernières versions de .Net : nouveaux contrôles, compression des scripts...

Mais avec .Net 5 / Core 1.0 on s'oriente (enfin) vers un abandon complet de webforms donc attention ! Et MVC aussi va pas mal bouger.

Comme tu l'as bien présenté, pour les sites web 2.0 / ajax / responsive / hype le MVC est plus souple et plus performant (moins de données à transférer client/serveur, etc).

 
Heureusement que ça évolue, il y a encore des entreprise qui utilise cette technologie    
Après il a juste demander une différence, ne sachant pas ces besoins, je préconise un MCV qui sera plus souple pour un export vers du mobile pas exemple pour un projet personnel ( Surtout avec MVC5 et le contrôleur unique ) ( comme tu l'a dit ).
 
A voir si le créateur du sujet reviens avec des questions plus précises maintenant qu'il a toutes les billes en main

Alors , merci pour tout vos réponses^^
 
Oui je compte bien développer en asp.net MVC5, pour une application web disponible sur les 3 plateformes pc/tablette/tel en gros un logiciel qui balance et calcul des stats financières ainsi que des graphiques.
 
J'ai en revanche une autre question il est impossible de faire un mode design en mvc tel un aspx.des?
 
En tout cas je vous remercie de toutes vos réponses, il est vrai que je suis inexpérimenté pour le moment car je débute .

Salut,
 
Pour la partie affichage, tu va devoir faire du HTML/CSS ( normalement les templates MVC de visual studio sont intégrer avec jQuery & bootstrap ).
 
Donc tu dois quand même connaitre les langages du web pour faire du MVC.

Non y en n'a pas, à moins que ça ait évolué avec le temps (et vu que tu demandes on dirait que non ). Une fenêtre design en lecture seule aurait été pas mal mais non. Faut ouvrir avec le browser, c'est pas la mort... Sauf si l'appli ne compile pas.
edit : http://stackoverflow.com/questions [...] r-designer

C'est pas si simple, je ne me suis pas trop renseigné sur la roadmap officielle mais il me semble bien que cette fois-ci MS a vraiment décidé de fusiller Webforms.  

Qu'est ce que tu entends par contrôleur unique ?
 
 
Quelle est le point fort d'un contrôleur unique par rapport à un contrôleur par page mise à par les failles de sécurités?

up

 
Salut,
 
Je veux dire par la, que dans la prochaine version d'asp.net MVC tu n'auras plus besoin de créer un contrôleur pour les page cshtml et un contrôleur pour des Web API ( envoie de donner à des application tierce ).
Tout sera gérer dans le même controlleur ( ce qui n'est pas idiot cela évite de dupliquer du code ).

Dans la prochaine version d'asp.net MVC.
 
D'accord ce n'est pas le cas maintenant. En tout cas je te remercie de ta réponse . Si il y a plusieurs avis je suis preneur.

Ca dépend de ce qu'on entend par "prochaine version". Ca bouge bcp et il y a des "prochaines versions" qui sont déjà utilisables (mais pas forcément conseillées pour de la production).
Donc ça dépend si tu t'en tiens aux versions officielles ou pas.

Officielle : MVC 5
Future : MVC 6 (qui est déjà en release candidate depuis 3 mois. Inclus dans ASP .Net version 5 (alias vNext) basé sur Core 1.0 : les numéros de versions c'est le bordel, MS fait fort sur ce coup là. Ah, et ça utilise l'EF 7 aussi ).

Vu que tu as l'air de partir de 0, tu as déjà énormément à découvrir comme ça donc ne te prend pas la tête avec ça et commence avec l'officielle. D'ici à ce que tu arrives à te poser des questions sur comment architecturer tes contrôleurs selon que WebAPI ou pas t'as déjà de quoi t'occuper.

PS : je n'ai pas joué avec MVC depuis pas mal de temps alors si je me suis emmêlé dans mes numéros dites moi

Ok, merci bien pour vos réponses le débat est clos pour moi

 
Je crois que c'est bon.
Puis j’utilise MVC tous les jours, c'est pas pour autant que je comprend quelques choses à leur versionning sur ce coup  

Ah toi aussi tu trouves que c'est un peu confus les numéros de version des différents p'tis bouts du framework .

Oui, je comprends qu'ils veuillent mettre en avant cette version ( car c'est un gros changement, ça va permettre au c# de s'étendre ailleurs que dans des systèmes microsoft ), mais ça enfume un peut tout le monde j'ai l'impression.
 
Perso, je toutes pas à MVC 6 tant que c'est pas officiel, comme ça je me fait pas chier xD

http://www.hanselman.com/blog/ASPN [...] ore10.aspx pour l'article qui "explique"

"Explique "^^,bon en revanche c'est vrai que 1 ou plusieur controlleur ça reste la grande question .Un ou plusieurs je pense que de base je vais fair un controller par thème mais bon je vois beaucoup que 1 controller pour tout ça fait gagné du temps. Il faut voir