Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1383 connectés 

  FORUM HardWare.fr
  Programmation
  ASP

  Différence entr cshmlt et aspx

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Différence entr cshmlt et aspx

n°2275921
pioupiou12​32
Posté le 19-02-2016 à 16:16:23  profilanswer
 

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

mood
Publicité
Posté le 19-02-2016 à 16:16:23  profilanswer
 

n°2276000
pioupiou12​32
Posté le 22-02-2016 à 08:57:28  profilanswer
 

up

n°2276003
TotalRecal​l
Posté le 22-02-2016 à 09:49:49  profilanswer
 

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.


---------------
Topic .Net - C# @ Prog
n°2276004
pioupiou12​32
Posté le 22-02-2016 à 10:06:40  profilanswer
 

C'est du MVC5.

n°2276006
TotalRecal​l
Posté le 22-02-2016 à 10:41:12  profilanswer
 

Ca ne change rien à ma réponse.


---------------
Topic .Net - C# @ Prog
n°2276011
OrcusZ
Pro AMD | .Net lover
Posté le 22-02-2016 à 11:45:37  profilanswer
 

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


---------------
Made you your own sentence without believing that of the others...
n°2276012
TotalRecal​l
Posté le 22-02-2016 à 11:54:43  profilanswer
 

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

Message cité 1 fois
Message édité par TotalRecall le 22-02-2016 à 11:59:31

---------------
Topic .Net - C# @ Prog
n°2276020
OrcusZ
Pro AMD | .Net lover
Posté le 22-02-2016 à 13:41:58  profilanswer
 

TotalRecall a écrit :

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


---------------
Made you your own sentence without believing that of the others...
n°2276021
pioupiou12​32
Posté le 22-02-2016 à 13:58:14  profilanswer
 

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

Message cité 1 fois
Message édité par pioupiou1232 le 22-02-2016 à 14:09:32
n°2276023
OrcusZ
Pro AMD | .Net lover
Posté le 22-02-2016 à 14:11:03  profilanswer
 

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.


---------------
Made you your own sentence without believing that of the others...
mood
Publicité
Posté le 22-02-2016 à 14:11:03  profilanswer
 

n°2276025
TotalRecal​l
Posté le 22-02-2016 à 14:20:04  profilanswer
 

pioupiou1232 a écrit :


J'ai en revanche une autre question il est impossible de faire un mode design en mvc tel un aspx.des?


Non y en n'a pas, à moins que ça ait évolué avec le temps (et vu que tu demandes on dirait que non :d). 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


Message édité par TotalRecall le 22-02-2016 à 14:20:21

---------------
Topic .Net - C# @ Prog
n°2276026
TotalRecal​l
Posté le 22-02-2016 à 14:21:45  profilanswer
 

OrcusZ a écrit :


 
Heureusement que ça évolue, il y a encore des entreprise qui utilise cette technologie  :)  


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.  


---------------
Topic .Net - C# @ Prog
n°2276034
pioupiou12​32
Posté le 22-02-2016 à 17:17:52  profilanswer
 

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?

Message cité 1 fois
Message édité par pioupiou1232 le 23-02-2016 à 08:58:55
n°2276052
pioupiou12​32
Posté le 23-02-2016 à 08:58:21  profilanswer
 

up

n°2276053
OrcusZ
Pro AMD | .Net lover
Posté le 23-02-2016 à 09:04:18  profilanswer
 

pioupiou1232 a écrit :

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?


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


---------------
Made you your own sentence without believing that of the others...
n°2276054
pioupiou12​32
Posté le 23-02-2016 à 10:03:28  profilanswer
 

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.

n°2276055
TotalRecal​l
Posté le 23-02-2016 à 10:10:48  profilanswer
 

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 :o).

 

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 :o

Message cité 1 fois
Message édité par TotalRecall le 23-02-2016 à 10:13:43

---------------
Topic .Net - C# @ Prog
n°2276060
pioupiou12​32
Posté le 23-02-2016 à 11:20:33  profilanswer
 

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

n°2276087
OrcusZ
Pro AMD | .Net lover
Posté le 23-02-2016 à 13:47:30  profilanswer
 

TotalRecall a écrit :

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 :o).
 
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 :o


 
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  :pt1cable:


---------------
Made you your own sentence without believing that of the others...
n°2276094
TotalRecal​l
Posté le 23-02-2016 à 14:16:08  profilanswer
 

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


---------------
Topic .Net - C# @ Prog
n°2276104
OrcusZ
Pro AMD | .Net lover
Posté le 23-02-2016 à 15:12:50  profilanswer
 

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


---------------
Made you your own sentence without believing that of the others...
n°2276521
Je@nb
Kindly give dime
Posté le 28-02-2016 à 19:50:23  profilanswer
 
n°2276538
pioupiou12​32
Posté le 29-02-2016 à 09:14:30  profilanswer
 

"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

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  ASP

  Différence entr cshmlt et aspx

 

Sujets relatifs
Différence entre les fonctions dissocier et désarmer?Enorme difference de temps de traitement avec / sans debug
Différence de codage entre IE et Firefox ?difference entre cookies session context
[BASH] Probleme DifferenceAide JMS / Broker / quelle différence
Différence de syntaxe Free Pascal et Turbo PascalCalcul différence de deux dates au format FR
Différence entre pointeur de pointeur et vector de pointeur 
Plus de sujets relatifs à : Différence entr cshmlt et aspx


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR