IHttpHandler против IHttpModule

Обработчик HTTP в ASP.NET - это процесс (часто называемый «конечной точкой»), который выполняется в ответ на запрос, сделанный к веб-приложению ASP.NET. Наиболее распространенный обработчик - обработчик страницы ASP.NET, обрабатывающий файлы .aspx. Когда пользователи запрашивают файл .aspx, запрос обрабатывается страницей через обработчик страницы. Вы можете создать свои собственные обработчики HTTP, которые отображают пользовательский вывод в браузере.

Типичные варианты использования настраиваемых обработчиков HTTP включают следующее:

• RSS-каналы Чтобы создать RSS-канал для веб-сайта, вы можете создать обработчик, который передает XML в формате RSS. Затем вы можете привязать расширение имени файла, например .rss, к настраиваемому обработчику. Когда пользователи отправляют на ваш сайт запрос, который заканчивается на .rss, ASP.NET вызывает ваш обработчик для обработки запроса.
• Сервер изображений Если вы хотите, чтобы веб-приложение обслуживало изображения различных размеров, вы можете написать собственный обработчик для изменения размера изображений, а затем отправлять их пользователю в качестве ответа обработчика.

Модуль HTTP - это сборка, которая вызывается при каждом запросе вашего приложения. Модули HTTP вызываются как часть конвейера запросов ASP.NET и имеют доступ к событиям жизненного цикла на протяжении всего запроса. Модули HTTP позволяют проверять входящие и исходящие запросы и предпринимать действия на основе запроса.

Типичные варианты использования модулей HTTP включают следующее:

• Безопасность Поскольку вы можете проверять входящие запросы, модуль HTTP может выполнять настраиваемую аутентификацию или другие проверки безопасности перед вызовом запрошенной страницы, веб-службы XML или обработчика. В службах IIS 7.0, работающих в интегрированном режиме, вы можете расширить проверку подлинности с помощью форм на все типы контента в приложении.
• Статистика и ведение журнала Поскольку модули HTTP вызываются при каждом запросе, вы можете собирать статистику запросов и регистрировать информацию в централизованном модуле, а не на отдельных страницах.
• Настраиваемые верхние или нижние колонтитулы Поскольку исходящий ответ можно изменять, вы можете вставлять такое содержимое, как информация настраиваемого заголовка, в каждую страницу или ответ веб-службы XML.

От: http://msdn.microsoft.com/en-us/library/bb398986.aspx

Как указано здесь, HttpModules - это простые классы обработки, которые могут подключаться к конвейеру запроса , тогда как HttpHandlers отличаются от HttpModules не только своим положением в конвейере обработки запросов, но и тем, что они должны быть сопоставлены с определенными расширениями файлов.

IHttpModule дает вам гораздо больший контроль, вы можете контролировать весь трафик, направляемый в ваше веб-приложение. IHttpHandler дает вам меньше контроля (трафик фильтруется прежде, чем он достигнет вашего обработчика), но если этого достаточно для ваших нужд, я не вижу причин использовать IHttpModule.

В любом случае, вероятно, лучше всего иметь собственную логику в отдельном классе, а затем просто использовать этот класс из IHttpModule или IHttpHandler. Таким образом, вам не придется беспокоиться о выборе того или другого. Фактически, вы можете создать дополнительный класс, который реализует и IHttpHandler, и IHttpModule, а затем решить, что использовать, установив его в Web.config.

Модули предназначены для обработки событий, генерируемых приложением до и после фактической обработки запроса обработчиком. С другой стороны, обработчикам не предоставляется возможность подписаться на какие-либо события приложения, а вместо этого они просто вызывают свой метод ProcessRequest для выполнения «основной» работы по обработке конкретного запроса.

Взгляните на эту документацию от Microsoft (примерно на полпути вниз в разделе «Запрос обрабатывается конвейером HttpApplication»):

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

Вы можете увидеть на шаге 15, где обработчик получает шанс на выполнение. Все события до и после этого шага доступны для перехвата модулями, но не обработчиками.

В зависимости от того, какие конкретные функции вы пытаетесь достичь, вы можете использовать обработчик или модуль для реализации обработчика загрузки. Вы можете даже использовать оба.

Что-то, что нужно учитывать, может использовать уже написанный обработчик загрузки.

Вот бесплатный вариант с открытым исходным кодом:

http://www.brettle.com/neatupload

Вот коммерческий:

http://krystalware.com/Products/SlickUpload/

Если вы посмотрите документацию по NeatUpload, вы увидите, что она требует от вас настройки модуля.

15 секунд имеет красивый маленький руководство с практическим примером