Мы находим, что для больших наборов элементов управления серверами данных (с количеством обратных передач) они часто приводят к очень низкой производительности. Хотя мы не хотим делать всю бизнес-логику в Javascript, мы хотели бы ускорить процесс..net-компромисс производительности управления сервером
Каковы были ваши решения/идеи? AJAX?
Два легких мест в ASP.NET, чтобы начать и получить наибольшую прибыль:
Уменьшить ViewState. ViewState может очень быстро стать громоздким и даже простым массивом. Я видел, как разработчики непреднамеренно создают страницы, которые вытесняют 20mb + ViewState. Каждое сообщение между клиентом и сервером должно передавать эти данные. Here is a great roundup о том, как использовать ViewState разумным способом.
Используйте HttpRuntime cache. После того, как вы извлечете данные из любого места, где вы его получаете (SQL или еще что-то), сохраните его в кеше. Всегда проверяйте кеш для данных, прежде чем пытаться повторно извлечь его из исходного источника. Кэш HttpRuntime составляет очень быстро.
Ссылка на кеш выше содержит некоторые основные базовые примеры добавления и удаления элементов с кешем.
Спасибо! Я больше интересовался веб-сервером - поездками клиентов, а не поездками с базами данных. Как только я беру данные, я могу сохранить их в объекте/сеансе сервера или что-то еще. Думаю, мои вопросы больше связаны с ViewState. Например, когда GridView отправляет сообщения назад, это может привести к низкой производительности. – sarsnake