Ускорение веб-сайта ASP.NET или Приложения
Есть несколько методов, которые помогут ускорить это
- Запись в
.Hiddenнамного медленнее, чем чтение. Поэтому убедитесь, что строка уже скрыта или отображается перед настройкойHidden - Соберите строки, чтобы скрыть или показать их в диапазоне (объединение) и скрыть / показать их за один раз.
Private Sub Worksheet_Change(ByVal Target As Range)
Dim r As Range
Dim rngCheck As Range
Dim rngHide As Range, rngShow As Range
Application.ScreenUpdating = False
If Not Intersect(Target, Me.Range("C1")) Is Nothing Then
Set rngCheck = Me.Range(Me.Cells(1, "R"), Me.Cells(Me.Rows.Count, "R").End(xlUp))
For Each r In rngCheck.Cells
If r.Value2 = "Y" Then
If Not r.EntireRow.Hidden Then
If rngHide Is Nothing Then
Set rngHide = r.EntireRow
Else
Set rngHide = Union(rngHide, r.EntireRow)
End If
End If
Else
If r.EntireRow.Hidden Then
If rngShow Is Nothing Then
Set rngShow = r.EntireRow
Else
Set rngShow = Union(rngShow, r.EntireRow)
End If
End If
End If
Next
End If
If Not rngHide Is Nothing Then
rngHide.EntireRow.Hidden = True
End If
If Not rngShow Is Nothing Then
rngShow.EntireRow.Hidden = False
End If
Application.ScreenUpdating = True
End Sub
12 ответов
- Сценарий, Объединяющийся в лучших практиках .net 3.5 SP1
- для быстрых веб-сайтов
- Сжатие HTTP (gzip)
- Сжатие JS / CSS (отличающийся, чем http сжатие, уменьшите JavaScript)
, Мой лучший совет состоит в том, чтобы проверить содержание YUI . У них есть некоторые большие статьи, которые говорят о вещах как спрайты CSS и имеют [приблизительно 116] хорошие библиотеки JavaScript, чтобы помочь сократить количество запросов , браузер делает.
При использовании Firefox для тестирования веб-сайта, Вы могли бы хотеть попробовать изящное расширение Firefox от Yahoo!, названного YSlow.
Это анализирует Ваши веб-страницы и обеспечивает классы от A-F (A быть Лучшим и F быть худшим) для каждой из лучших практик для высокопроизводительных веб-сайтов. Это поможет Вам разыскать элементы своего веб-сайта, который Вы могли оптимизировать для получения ускорений.
Выключите состояние отображения по умолчанию, это будет ночное и дневное различие на даже самых простых страницах.
Я записал сообщение в блоге об улучшающейся производительности страницы ASP.NET эта пара месяцев назад. Вот некоторые быстрые & простые способы -
- Выключают состояние отображения
- , Выключают проверку события
- Реализация HTTP gzip/deflate сжатие для сокращения размера ответа (число байтов, которые сервер должен передать обратно клиенту)
- Попытка оптимизировать/минимизировать призывы базы данных к каждому запросу
Я думаю, что действительно необходимо быть в состоянии получить некоторые фактические данные/телеметрию PerfMon из приложения при выполнении в производстве, чтобы быть в состоянии принять просвещенное решение относительно того, что оптимизировать.
Как бросок далеко снабжают подсказкой, я удостоверился бы, что Ваше приложение развертывается как сборка Выпуска и установило отладку = "ложь" в' компиляция ' раздел Вашего web.config.
Вы, кажется, запускаетесь путем предположения, что проблемой является размер загрузки - который не может обязательно иметь место. Необходимо сделать некоторое экспериментирование с сайтом ASP.NET, чтобы определить, существуют ли области в коде, которые вызывают неоправданные задержки. Если окажется, что размер загрузки не является Вашей проблемой, необходимо будет найти способы кэшироваться результаты (изучите кэширование вывода, которое является функцией ASP.NET), или оптимизируйте код.
В любом случае - первый шаг при рассмотрении проблемы производительности всегда , чтобы проверить предположения сначала, затем выбрать план действий.
Вы попробовали эти подсказки?
http://weblogs.asp.net/haroonwaheed/archive/2008/06/30/ASP.NET-Performance-Tips.aspx
Вы могли начать смотреть на кэширующиеся стратегии. Статические файлы как CSS (даже сжатые) и изображения (даже оптимизированные) должны только должны быть быть загружены однажды браузером сроком на время.
Scirpt, объединяющийся для Ajax, был уже упомянут, но я не заметил, что ссылка на ScriptReferenceProfiler MS выпустила на codeplex, чтобы помочь выяснить, что объединиться. У Mike Ormond есть точка хорошего начала на этом .
Другая подсказка при выполнении большого количества ВСТАВОК к базе данных должна проверить кэширование диска сервера дважды, включается. Рассматриваемый вопрос, у меня было средство импорта данных, делающее 1,2 миллиона, вставляет во время выполнения. Занял 4 часа и изменение, не кэшируясь на. Занял 16 минут с ним на.
Общая вещь при использовании ASP.NET и Ajax (любая библиотека Ajax) вместе состоит в том, чтобы избежать elephanting Page_Load и Page_Init (и их дубликаты метода) вещи, так как они будут выполняться по каждому Запросу Ajax.
, Когда это сказано, я еще серьезно угробил бы Ajax ASP.NET и использование что-либо ...
Anthem.NET, AjaxPRO.NET, jQuery или безотносительно, чем Ajax ASP.NET...
, Конечно, я использовал бы Ajax Ра сам, так как это - мой проект. Но с другой стороны я смещаюсь...
Вы могли включить сжатие на основе своего клиента, поддерживающего его. См. эту статью: текст ссылки
Статические ресурсы не должны быть снова посланы, если не изменено. IIS отправит код ответа, который говорит браузеру использовать кэшированную версию.
Вы могли также посмотреть на кэширование вывода ASP.NET, которое может быть применено справедливо детализировано к различным частям Вашей страницы:
http://msdn.microsoft.com/en-us/library/xsbfdd8c (По сравнению с 71) .aspx