2010-03-02 4 views

Répondre

3

Le meilleur conseil que je peux donner est de faire ces trois choses (à peu près dans l'ordre):

  1. Évitez postbacks inutiles
  2. Évitez viewstate excessive
  3. Passez votre temps à optimiser votre base de données
+0

Qu'en est-il de l'utilisation de linqdatasources pour lier les contrôles, est-ce mauvais ou bon? – ryudice

+0

Rien à redire, tant que vous l'intégrez dans les points ci-dessus: provoque-t-il des postbacks supplémentaires - cause-t-il viewstate (indice: viewstate est indépendant de la source de données), et optimise-t-il le code db expérience avec Linq est que vous pouvez habituellement). –

3

The Microsoft Patterns & Practices groupe est un bon arrêt d'un arrêt pour cela.

Edit: Voici leur guide spécifique sur Scalability and Performance. Chapter 6 inclut des informations spécifiques à ASP.NET Performance et Chapter 17 inclut des informations sur l'optimisation.

+0

Spécifiquement le chapitre 6 (http://msdn.microsoft.com/fr -us/library/ms998549.aspx) et 17 (http://msdn.microsoft.com/en-us/library/ms998583.aspx) pour ASP.Net. – adrianbanks

+0

@adrianbanks - Edité la réponse principale avec des liens spécifiques. Merci. – Nick

0

Ceci est un excellent article sur le sujet de l'échelle: http://msdn.microsoft.com/en-us/library/bb924375.aspx qui aborde fondamentalement les questions de l'équilibrage de la charge, de l'affinité de session et de la mise en cache. important dans toute discussion d'échelle. Si vous avez une question spécifique après cela, laissez-nous savoir.

0

Je prendrais une lecture à travers le MVC Storefront series. Il est basé sur ASP.NET MVC, mais démontre une approche intéressante pour créer un site Web bien conçu et faiblement couplé. Vous pouvez facilement appliquer la plupart des principes à un site Webforms si nécessaire (bien que je recommanderais d'aller avec MVC si vous avez le choix ...)

Questions connexes