Une comparaison de framework MVC (principalement des compromis coût/vitesse)

Question

Je suis en train de développer une idée pour une application web qui serait bien adaptée à l'un des frameworks MVC les plus répandus en ce moment, mais entre lesquels aller. J'allais à l'origine aller avec Pylons, mais en lisant sur le programme BizSpark, je reconsidère ASP.NET MVC. Le problème est que si je réussis, je devrai mettre en place tous les logiciels que j'utiliserai (SQL Server et Windows Server). Donc, ma question est, comment la performance se compare-t-elle entre ASP.NET MVC et les différents frameworks OSS MVC, spécifiquement Pylons (ou web.py ou Django). Et, si ASP.NET MVC est d'autant mieux, vaut-il toujours le coût du backend? Les plans d'hébergement semblent assez similaires en termes de coûts et je ne pense pas que ce soit un gros problème. Je sais que StackOverflow exécute ASP.NET MVC, et gère tout le trafic qu'il obtient très bien sur seulement deux serveurs. Y a-t-il d'autres "grands" sites qui exécutent ASP.NET MVC aussi? Contexte personnel: Je suis plus familier avec .NET (bien que je n'ai pas vraiment utilisé son framework MVC), mais j'ai construit quelques applications web plus petites basées sur Python MVC Frameworks recently.

J'ai regardé Rails, mais je ne suis pas aussi familier avec Ruby, et certains d'entre eux semblent étonnamment compliqués. PHP est juste pour moi.

Answer 1

Un de mes collègues travaille avec Django depuis un bon bout de temps et a récemment fait une exploration d'ASP.NET MVC. Sa conclusion était que ASP.NET MVC n'était pas tout à fait prêt pour le prime time par rapport à Django il y a environ un mois (version preview 4).

Answer 2

Je travaille dans un magasin qui utilise les trois (.Net MVC, Rails, PHP).

Nous avons constaté que Ruby on Rails (ou MERB) offre les meilleures solutions en termes de maintenabilité et de délai d'exécution. Je suis un gars .Net aussi, mais les autres gars ici semblent penser qu'il est beaucoup plus facile d'écrire des fonctionnalités personnalisées dans Ruby alors c'est en PHP. Le langage de programmation Ruby, dit-on, fournit une bibliothèque plus complète de fonctionnalités, est plus facile à lire et à maintenir, et a une application symétrique supérieure à la langue sur PHP. Mais en ce qui concerne votre question, vous devez garder à l'esprit que Asp MVC est écrit en plus d'une version "réduite" d'Asp.Net (MVC se débarrasse du traitement de surcharge qui est impliqué dans la gestion post-backs et voir l'état entre autres choses). Donc vraiment quand vous envisagez la performance, je suis sûr que vous pouvez en toute sécurité supposer que vous obtiendrez des performances similaires, sinon mieux, alors ce que vous obtenez avec Asp.Net. Quoi qu'il en soit, il y a une très bonne discussion sur ce sujet ici à ASP.NET MVC Performance

En ce qui concerne qui (quels grands sites Web) utilisent .Net MVC est concerné, je ne suis pas sûr que ce soit vraiment le bon moment pour poser cette question parce que la technologie est toujours en version bêta. Vous ne verrez probablement pas .Net MVC largement utilisé pendant un certain temps à cause de cela, et aussi en raison de l'investissement qu'une grande entreprise doit faire pour réviser leur technologie frontale. Compte tenu de l'évolution de l'économie ces derniers temps, j'imagine qu'il sera très difficile pour Microsoft de convaincre ses plus grands clients Asp.Net de passer d'Asp.Net à MVC, sans mentionner Les deux sont développés sous le même département chez Microsoft, il peut ne pas y avoir beaucoup d'avantages pour eux de convaincre leurs clients de se déplacer d'une manière ou d'une autre, sauf si c'est dans le meilleur intérêt des clients. Ceci étant dit, je suis programmeur depuis plus de 10 ans maintenant et le .Net MVC est l'un de mes ensembles d'outils préférés que Microsoft a publié au cours de cette période. Si vous êtes un.Net mec et votre projet appelle à une architecture MVC, je vous suggère d'aller de l'avant et de l'utiliser. Si quelque chose d'autre, vous aurez une explosion absolue de la programmation de vos sites Web. ;-)