Повышение производительности ASP.net WebForm

Question

При разработке приложения ASP.net WebForm, какие важные шаги нужно предпринять (или взломать, если вы хотите использовать этот термин), чтобы обеспечить максимально возможную производительность (с точки зрения скорости, стабильности и масштабируемости)?

Answer 1

Вот хорошая рекомендация, написанная Microsoft. Глава 6 относится только к ASP.NET, но весь документ - это .NET в целом.

• http://msdn.microsoft.com/en-us/library/ms998530.aspx

Answer 2

У вас есть тонна материала, напрямую от Microsoft здесь . Также доступен контрольный список , если вам нужна сжатая информация.

Answer 3

Просто пара, в дополнение к уже данным хорошим советам,

1. Не помещайте каждую отдельную страницу в веб-форму, она нужна не всем. Поведение по умолчанию из VS - предоставить вам мастер-страницу, которая оборачивает форму вокруг всего, и многие люди, похоже, придерживаются этого. По моему опыту, некоторые элементы управления могут визуализироваться на 30% быстрее вне веб-формы, поэтому, если вы просто анализируете строку запроса, а затем читаете что-то из базы данных, оставьте форму дома, если можете. Даже получение вашей навигации из формы поможет.
2. Не используйте серверный элемент управления, когда подойдет старый добрый HTML - действительно ли он требует гиперссылки asp: link или asp: просто для перехода на страницу часто задаваемых вопросов и т. Д. Простые гиперссылки прекрасно работают в asp.net, но некоторые кажется, люди застревают в идее использования runat = "server" для всего.

Answer 4

Большой совет № 1: отключите viewstate в web.config. Это должно было быть по умолчанию, если оно требуется для элемента управления, включите его для каждого элемента управления.

Мой другой совет - держись подальше от * контроля. Используйте повторители и найдите хороший сторонний элемент управления сеткой. Действительно «волшебные» элементы управления, которые поставляются с asp, как правило, безупречны, и вообще, в любом случае, не очень хорошая идея (за возможным исключением ListView)

Answer 5

На эту тему есть феноменальная книга от одного из ребят из Yahoo, Стива Соудерса. Это многому меня научило.

Или вы можете просто посмотреть это видео. Это общий обзор той же информации - вы можете получить много за 45 минут, просмотрев это.

ПРИМЕЧАНИЕ. Этот контент не относится к веб-формам. Это общие рекомендации для Интернета, и это то, что вам нужно, если вы пытаетесь развернуть высокопроизводительный веб-сайт.

Answer 6

Я не уверен насчет сжатия контента, когда контент использует html, а js выполняет ajax. Иногда блоки данных, которыми обмениваются через ajax, являются небольшими, и в этом случае (и если это считается контентом) сжатие часто причиняет вред, а не помогает. Например, четырехбайтовый блок данных создает сжатый блок размером более 100 байт.

Answer 7

1 - включить сжатие содержимого на iis

2 - кэшируйте все, что можете

Это подойдет для большинства веб-приложений.