ASP.NET MVC vs Webforms vs HTTP Gestionnaires.ashx) - qui est le plus léger?
J'ai l'intention de construire un simple, pourtant élevé d'utilisation de la webapp et le besoin de s'installer sur une architecture.
- le serveur de base de côté la logique dynamique db
contenu généré environ une demi-douzaine de
une dizaine de pages de servir tous dit
contenu - pas besoin de la réécriture d'URL,
- assez simple flux de page/de routage
L'objectif est de publier cette application utilise le minimum de bande passante, la mémoire et le PROCESSEUR. Cela dit, mes options sont à
- construire en ASP.NET MVC
- construire dans les formulaires web avec viewstate
désactivé - construire à l'aide .ashx gestionnaires avec le code
qui concatène tous sortie HTML
dans les chaînes qu'il crache
Qui est le plus léger de la solution?
J'apprécie les réponses jusqu'à présent, mais je suis ne demande pas la meilleure solution. C'est une application simple, et je veux la solution qui vous permettra d'utiliser le moins de machine/ressources réseau.
OriginalL'auteur NoCarrier | 2009-05-13
Vous devez vous connecter pour publier un commentaire.
HttpHandlers sont le plus léger de poids, parce que l'interface derrière le fichier ASHX est IHttpHandler qui est à la base de la Page de l'objet qui est utilisé à la fois pour les Formulaires Web et MVC.
OriginalL'auteur Nick Berardi
HttpHandlers sont les plus léger à partir de votre liste de 3 options.
Personnellement, je voudrais utiliser ASP.NET MVC, car il vous donne un riche environnement de développement avec peu de serveur - dessus, surtout si u tourner la plupart des choses ..
par exemple. les rôles, etc.
Également utiliser IIS7 du mode intégré et tourner autant IIS7 réglages off, etc.
OriginalL'auteur Pure.Krome
Omettre la troisième option, car il est très difficile de contrôler l'application si il est construit à l'aide de HttpHandlers.
L'un des principaux avantages de la ASP.NET MVC est la facilité de la séparation des préoccupations. +1
ASP.NET MVC va vous donner une interface facile à définir votre parcours, un léger,clair, et la maîtrise des points de vue. +1
OriginalL'auteur
WebForms vont être le plus lourd dans la plupart des cas. ASP.Net MVC est assez léger, et étonnamment rapide par rapport à des WebForms.
La construction d'une application à l'aide de HttpHandlers pour servir des pages est peut-être rapide au moment de servir du contenu statique, mais si vous prévoyez d'utiliser une sorte de template pour servir dynamique de données, vous allez provoquer vous-même beaucoup trop de travail. Comme pour les performances, c'est difficile à dire avec cette option parce que votre template pourrait être méchant ou peut-être pas.
OriginalL'auteur Kilhoffer
ASP.NET MVC, Web Forms et le Générique de Gestionnaire (.ashx) sont tous HttpHandlers la mise en œuvre de l'interface IHttpHandler.
De ces options, le Générique de Gestionnaire (.ashx) serait le plus léger.
OriginalL'auteur Joel Cunningham
ASp.NET MVC est aussi proche que vous pouvez obtenir à l'adresse HtTP et Html.
OriginalL'auteur Srikar Doddi
Vous devez utiliser MVC, parce que vous avez beaucoup plus de contrôle sur le code client généré que dans les Formulaires web, et est plus simple que ashx gestionnaires.
OriginalL'auteur eKek0
MVC beaucoup vous donne plus de contrôle sur le code HTML généré. Ainsi, d'un point de vue de la bande passante, il a certainement de meilleures performances. Avec cela peut aussi venir de la concision de code pour générer le code HTML.
Cependant, MVC doe pas à l'amélioration de votre entreprise/de la couche de données, base de données ou de performance, c'est juste les sépare. Si vous souhaitez analyser, d'avoir plusieurs couches n'améliore pas les performances de la structure du programme, qui à son tour peut se prêter à des méthodes pour ajouter plus de performance.
Un côté vers le bas pour MVC est d'apprendre à penser MVC et d'apprendre à utiliser le framework. Si ce n'est pas un problème, rendez-vous pour MVC, il va vous apprendre quelques bonnes habitudes, si vous ne les avez pas déjà.
Et enfin, les Gestionnaires HTTP ne sont pas vraiment conçus pour être utilisés de cette façon, ils sont pour des choses comme le fichier proxy.
OriginalL'auteur Greg Ogle