AntonariyИ то и другое и третье :)
В прикладном плане хендлер это dll с классом, реализующим нужный интерфейс:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
Public MustInherit Class BasicHandler
Implements System.Web.IHttpHandler
Private Sub ProcessRequest(ByVal context As HttpContext) Implements IHttpHandler.ProcessRequest
context.Response.Write("hello world")
End Sub
Friend ReadOnly Property IsReusable() As Boolean Implements IHttpHandler.IsReusable
Get
Return False
End Get
End Property
End Class
Чтобы он заработал, в web.config должен быть такой раздел:
1.
2.
3.
4.
5.
<configuration>
<system.web>
<httpHandlers>
<add verb="GET" path="*.ext" type="YourLib.BasicHandler" validate="false" />
</httpHandlers>
Работать он будет только под IIS или IIS Express, в голой студии его не получится не то что отладить, но даже использовать.
Читать
здесь , однако по поводу регистрации хендлеров там написано несколько мутно, мой публичный IIS ругался на конфиги, написанные по их образцу.
Но в IIS есть интерфейс для регистрации хендлеров, результат его работы вышел таким:
1.
<add name="BasicHandler" path="*.ext" verb="GET" type="YourLib.BasicHandler" resourceType="File" preCondition="integratedMode" />
Есть еще project item под названием "универсальный обработчик", это примерно те же яйца, только в профиль. Зацепкой является файл с расширением ashx, а класс-обработчик указан в нем, а не web.config. Если тебя не смущает урл типа scripts/bundle.ashx/style1.css, можешь его использовать, его можно отлаживать. Только выкинь файл *.asрx.vb, а в *.ashx укажи progid своего хендлера. Хотя я не уверен, что его можно будет отлаживать после таких выкрутасов.
Рекомендую обратить внимание на тот факт, что регистрация хендлеров отличается для интегрированного и классического режимов ИИС.
Так что для работы на паблике и для студии могут присутствовать в конфиге регистрации хендлеров для обоих режимов одновременно
