Question

Je suis proche de la fin d'un site Web utilisant le cadre d'entité et le standard asp.net + ajax, mais je me demande si ce serait plus intelligent de recommencer et de le faire avec microsoft mvc. MVC va-t-il être LA nouveauté et devrais-je essayer de la mettre en œuvre? Quelles sont les performances de MVC sur les sites à fort trafic?

Était-ce utile?

La solution

Évaluez la raison pour laquelle vous envisagez de refaire tout votre travail et vous obtiendrez votre réponse.

  • Le site est-il un projet conçu pour vous-même? Si tel est le cas, il est alors possible de refaire le site dans MVC, à condition que vous soyez prêt à jeter une grande partie du travail déjà effectué.

  • Le site est-il payant pour quelqu'un? Si tel est le cas, vous ne devez absolument pas refaire le site dans MVC à cette étape, car vous allez remettre le projet inutilement.

N'oubliez pas que, lorsque les finances sont impliquées, revenir en arrière et refaire des choses qui ont déjà été faites, simplement pour vous donner la possibilité de travailler avec une technologie que vous préférez, aurait dû être accompagnée d'une analyse de rentabilité raisonnable pour le faire. Dans la plupart des cas, le client ne se soucie pas de la technologie que vous utilisez, il se soucie du temps qu'il lui faut pour le faire et du temps qu'il va devoir dépenser. Par conséquent, votre décision devrait être basée sur leurs besoins, pas les vôtres.

Autres conseils

Ne réorganisez pas quelque chose que vous avez déjà fini de développer ou que vous êtes prêt à lancer une nouvelle technologie. Terminez plutôt le projet et utilisez la nouvelle technologie dans une révision ou un site totalement nouveau. Ce type de refactorisation ne doit être envisagé qu'une fois que l'exigence commerciale a changé et que la nouvelle exigence nécessite les nouvelles fonctionnalités.

Mvc est une plate-forme extrêmement puissante et stable, mais constitue un choix pour les développeurs. Les besoins de l'entreprise définiront le type de solution à utiliser. C’est le cas du bon outil pour le bon travail.

Exemple concret, j’ai dû faire le choix récemment, mais faute de compétences en matière de maintenance, une fois le projet terminé et en créant une dépendance à une seule ressource à cette fin, les entreprises ont refusé l’utilisation de Mvc.

Je ne vois pas l'intérêt de réimplémenter si vous avez presque terminé. Pourquoi ne pas le stocker pour votre prochain site Web et l'essayer ensuite? De plus, Stack Overflow est mis en œuvre avec ASP.Net MVC - les performances sont incroyables et elles génèrent beaucoup de trafic.

Personnellement, je vous recommanderais d'utiliser MVC car il est plus intuitif et vous avez plus de contrôle sur vos pages qu'avec les formulaires Web.

Je ne recommanderais pas de recommencer avec MVC si vous êtes nouveau dans MVC car la courbe d'apprentissage pourrait être un peu raide!

Si le site Web dont vous parlez est un site public que vous avez l'intention de diffuser sur le monde, je vous suggère de terminer ce que vous faites, de l'expédier et de recueillir les réactions des utilisateurs sur le site avant de décider de lancer. loin et réimplémentez-le. S'il ne s'agit que d'un site de loisir, il est préférable de le jeter.

Cependant, il ne fait aucun doute dans mon esprit qu'ASP.NET MVC est la meilleure option et vous devez l'utiliser comme option par défaut pour tous les développements futurs.

Comme mentionné dans d'autres réponses, SO utilise ASP.NET MVC.

Je ne pense pas qu'ASP.NET MVC vous empêchera de respecter vos exigences en matière de bascule. Dans tout site Web commercial, c’est généralement la source de données (votre base de données SQL ou les services Web que vous appelez) qui limite votre capacité à gérer un trafic intense.

Cela dépend vraiment de vos habitudes d'utilisation, du volume de données auquel vous accédez pour créer des pages, de la possibilité de masquer votre contenu, de la présence de millions d'utilisateurs qui lisent simplement des pages ou de centaines d'utilisateurs qui mettent à jour des données. Des éléments comme celui-ci vous guideront dans votre capacité à évoluer, et la plupart d'entre eux sont orthogonaux au cadre que vous utilisez pour rendre les pages.

Eh bien, StackOverflow utilise ASP.NET MVC et il s’agit d’un site à fort trafic. Je n'ai jamais connu de ralentissement avec SO. Donc, je ne pense pas que les performances inhérentes à ASP.NET MVC soient totalement limitées.

MVC est très agréable, nous l’utilisons depuis le premier CTP. Mais il y a des problèmes de performances si vous suivez aveuglément les blogs / tutoriels de MVC.

Consultez this

.

Si vous avez déjà beaucoup travaillé sur votre couche d'interface utilisateur, utilisez des formulaires Web d'une autre manière si vous avez le temps d'apprendre une nouvelle technologie. MVC ne vous décevra pas

Comme beaucoup l'ont dit, si vous avez presque fini avec votre site actuel, continuez comme vous êtes.

Pour votre prochain projet, je vous recommande vivement de vous asseoir et d'apprendre MVC. Une fois le changement effectué, les différentes couches deviendront très claires, distinctes et par conséquent plus succinctes (espérons-le).

Par conséquent, si vous devez revenir en arrière et travailler sur des sites précédents, vous pouvez décider de les implémenter de nouveau dans MVC si cela n’est pas trop difficile. Le contrôle total que vous avez sur ce qui se passe dans votre code est excellent. Et si vous n'aimez pas utiliser VB ou C #, vous pouvez même vous connecter et utiliser IronRuby et IronPython et choisissez de nouvelles langues en cours de route. Sans parler de MVC est entièrement extensible et (maintenant) open source. Si vous souhaitez connaître les avantages et les inconvénients, consultez cette question .

Une autre option consiste à créer une section de votre site dans WebForms et une autre dans MVC. À ma connaissance, rien ne vous empêcherait de le faire.

Je l'ai déjà dit et je le répète. :) J'ai récemment recréé un projet presque terminé en tant que mvc au lieu de asp.net. Il m'a fallu une semaine de plus pour me préparer, mais le client était très satisfait de la qualité de son travail!

( https://msdn.microsoft .com / fr-us / library / dd381412 (v = vs.98) .aspx )

Quand créer une application MVC

Vous devez déterminer avec soin si vous souhaitez implémenter une application Web à l'aide de l'infrastructure ASP.NET MVC ou du modèle ASP.NET Web Forms. La structure MVC ne remplace pas le modèle Web Forms; vous pouvez utiliser l'un ou l'autre cadre pour les applications Web. (Si vous avez des applications Web Forms existantes, celles-ci continuent de fonctionner exactement comme elles l'ont toujours été.) Avant de décider d'utiliser le framework MVC ou le modèle Web Forms pour un site Web spécifique, pesez les avantages de chaque approche.

Avantages d'une application Web basée sur MVC

Le framework ASP.NET MVC offre les avantages suivants:

  • Cela facilite la gestion de la complexité en divisant une application. dans le modèle, la vue et le contrôleur.
  • Il n'utilise pas les formulaires d'état d'affichage ou basés sur le serveur. Cela rend le Le framework MVC est idéal pour les développeurs souhaitant un contrôle total sur comportement d'une application.
  • Il utilise un modèle de contrôleur frontal qui traite une application Web

    demandes via un seul contrôleur. Cela vous permet de concevoir un
    application qui prend en charge une infrastructure de routage riche. Pour plus de
    informations, voir Contrôleur avant.
  • Il offre un meilleur support pour le développement piloté par les tests (TDD).
  • Cela fonctionne bien pour les applications Web prises en charge par les grands les équipes de développeurs et les concepteurs Web qui ont besoin d'un degré élevé de contrôle sur le comportement de l'application.

Avantages d'une application Web basée sur les formulaires Web

L'infrastructure Web Forms offre les avantages suivants:

  • Il prend en charge un modèle d’événement qui préserve l’état sur HTTP, qui bénéficie du développement d’applications Web sectorielles. La toile L'application basée sur les formulaires fournit des dizaines d'événements pris en charge dans des centaines de contrôles de serveur.
  • Il utilise un modèle de contrôleur de page qui ajoute des fonctionnalités à pages individuelles. Pour plus d'informations, voir Contrôleur de page.
  • Il utilise l'état d'affichage sur les formulaires basés sur le serveur, ce qui peut rendre la gestion informations d'état plus faciles.
  • Cela fonctionne bien pour les petites équipes de développeurs Web et de concepteurs qui vouloir profiter du grand nombre de composants disponibles pour le développement rapide d'applications.
  • En général, il est moins complexe pour le développement d'applications, car les composants (la classe Page, les contrôles, etc.) sont étroitement liés intégrées et nécessitent généralement moins de code que le modèle MVC.
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top