Site de commerce électronique: ASP.NET ou ASP.NET MVC?

Question

Y a-t-il une raison particulière d'utiliser l'un plutôt que l'autre ou c'est juste une préférence personnelle à la fin?

Answer 1

Optez pour celui que vous pouvez faire mieux. Il est inutile de choisir une technologie juste parce que l'un est plus intelligent que l'autre. Nous concluons normalement notre décision de choisir une technologie basée sur l'expérience et l'expertise de la plupart des membres de l'équipe. Nous ne voulons pas passer du temps à explorer de nouvelles technologies sur des projets avec des échéances sensibles. Cela dit, je voudrais mentionner que nous ne sommes pas non plus monotones et conservateurs pour ne pas adopter la nouvelle technologie, mais oui, nous avons nos propres processus d'adoption de nouvelles technologies, normes et méthodologies. Si vous avez déjà travaillé sur des formulaires Web asp.net, je vous recommande d'utiliser Webforms sur mvc, car vous serez en mesure de livrer avec plus de confiance et de rapidité puisque vous êtes déjà familier avec cela et bien sûr en raison de la grande quantité de ressources et matériel déjà disponibles sur le web. Vous pouvez en parallèle vérifier et rechercher sur asp.net mvc tout en vous concentrant sur votre projet et commencer à faire de petites choses de votre projet dans asp.net mvc. C'est un bon moyen de transition parce que de cette façon vous pouvez migrer de webforms vers mvc en comparant les différences dans l'implémentation de choses similaires dans mvc sur webforms.

Answer 2

Purement du point de vue SEO (Search Engine Optimization) qui est important pour un site e-commerce, je dirais que ASP.NET MVC, les raisons:

1. de Nice URLs par exemple. /produits/123/ipod-touch-64gb-blanc de 3e génération (moteurs de recherche ne pas utiliser les URL pour classement)
2. contrôle total sur le HTML, créer plus propre et plus sémantique/structuré balisage pour un meilleur référencement , il ya aussi pas de ViewState massif et vraiment long ID attributs = poids de la page réduite, page charge plus vite pour un meilleur référencement.
3. légère et plus rapide (en partie pour des raisons de n ° 2), qui aide temps de chargement de la page (Google a expressément indiqué qu'ils vont commencer à utiliser les temps de chargement de page en tant que facteur dans le classement des moteurs de recherche). Aussi l'utilisateur préfèrent un chargement plus rapide page et le site plus réactif global (Amazon.com trouvé tous les 100ms de retard diminué les ventes de 1%). Les performances du site affectent les conversions.

Bien qu'il soit possible de découper des formulaires Web ASP.NET en faisant ce qui précède, c'est beaucoup plus facile et plus naturel pour ASP.NET MVC. Toutes choses égales par ailleurs, je choisirais MVC sur WebForms n'importe quand, mais en tant que 'ceci'. __curious_geek 'dit que si votre équipe n'a pas la compétence dans MVC et qu'il y a des contraintes de temps, WebForms pourrait être un meilleur choix. Mais si le temps le permet, je recommanderais de former votre équipe à MVC pour les mettre à jour, pas si difficile, beaucoup de ce que vous savez dans WebForms est transféré sur MVC.

Answer 3

Viewstate est un vrai problème dans ASP.NET pour ce genre de sites. Il est envoyé au serveur à chaque requête. Ceci est vrai même si vous utilisez ajax. J'ai également trouvé qu'il était plus facile de s'interfacer avec d'autres partenaires (solutions de suivi, optimiseurs de moteurs de recherche, fournisseurs de paiements). Vous travaillez plus près du protocole http, ce qui facilite la traduction des exigences des autres partenaires vers votre code. Ils discuteront à peine des limites du modèle de publication avec vous.J'ai aussi aimé qu'il était plus facile de faire des tests de performance dans ASP.NET MVC. Dans ASP.NET, le jeu d'outils est très limité, car la plupart ne gèrent pas Viewstate. Dans ASP.NET MVC, j'utilise l'outil gratuit jmeter.

Il y a un problème pour les sites à fort trafic: Il n'y a pas de cache en anneau pour le frontend. Vous mettez en cache la totalité de la page ou rien. En réalité, cela signifie que vous ne cachez rien. Vous pouvez encore désactiver le cache dans le backend.

Mon expérience est la suivante: Si vous voulez faire un site de commerce électronique, utilisez ASP.NET MVC.