Я проделал некоторые поиски, но не совсем видел информацию, которую я ищу.Делегирование накладных расходов в поиске веб-страниц
У меня есть веб-приложение, в котором пользователь посетит страницу с параметром QueryString, передающим идентификатор объекта, который я должен получить.
Что мне тогда нужно сделать, это запустить ряд проверок, чтобы обеспечить пользователю доступ к этим данным, а также выяснить, есть ли у другого пользователя блокировка (записанная в БД) на этом объекте.
В настоящее время эти поисковые запросы выполняются последовательно, однако я думаю, что лучшим вариантом могло бы быть использование делегатов, чтобы иметь возможность запускать три или четыре запроса, требуемых сразу, а затем использовать результаты по мере их возвращения.
Моей реализации для этого будет использование делегата (-ов) и вызов BeginInvoke, однако я беспокоюсь, что накладные расходы на потоки могут привести к увеличению скорости.
В моих исследованиях указано, что он будет использовать ThreadPool, поэтому не должно быть слишком много накладных расходов, но я хотел бы знать, осуществил ли кто-либо такой подход к подобному сценарию на сайте с высоким трафиком и увидел хорошие результаты от него?
Причина Я ищу, чтобы сделать это, мы реинжиниринг наше приложение с нуля, и нужно, чтобы убедиться, что мы что-то, что будет значительно масштабное строительство.
: * ... запустить ряд проверок, чтобы убедиться, пользователь может получить доступ к этим данным, а также найти если у другого пользователя есть блокировка ... * вы могли бы сделать все это в одном запросе, вместо того чтобы делать множественный доступ. – slugster 2010-12-01 11:18:43
@slugster - некоторые проверки проходят через совершенно разные системы, однако я думаю, что я мог бы объединить две проверки для запуска в одном запросе. – cjk 2010-12-01 11:26:26