Manche Sachen sind so trivial, dass man gar nicht mehr nachschaut. Da wird mal von einem "HttpModule” geredet (grundsätzlich sind "Module” ja so oder so immer ein gutes Schlagwort ;) ) oder von einem "HttpHandler”. Damit ich mir endlich mal merken kann, was genau die Unterscheidung zwischen den beiden ist, schreibe ich jetzt den Blogpost ;)
Ein "HttpHandler”:
Peter Bucher hat eine sehr nette Erklärung dazu geschrieben:
"Ein Handler kann sich als Teil des Prozesses vorgestellt werden, der bei einem Request abgearbeitet wird.
Wenn ein Request eintrifft, wird anhand von Mappings entschieden, welcher Handler den Request abarbeitet.
In ASP.NET gibt es schon mehrere bestehende Handler, der bekannteste von ihnen ist der Page Handler der auf alle Dateianforderungen mit der Endung *.aspx reagiert.
Webservices *.asmx gehen auch durch einen spezifischen Handler. Sowie bspw. WebResource.axd.
Die Klasse "Page", die bzw. deren Ableitungen für jede ASPX Seite benutzt wird, stellt den oben genannten Handler dar.”
In dem Post hat er noch allerlei Hintergrundinformation und auch ein Beispiel. Natürlich gibt es auch einen MSDN Artikel dazu.
Fazit: Ein Handler reagiert am Ende des Requests auf irgendwas.
Wenn man einen eigenen HttpHandler erstellen möchte, dann muss man die Schnittstelle IHttpHandler implementieren und man muss den Handler z.B. in der web.config registrieren nach dem Motto: "Du reagierst jetzt auf alle seitenname.helloWorld GET Aufrufe.” Ich verweise nochmal auf den Post von Peter, weil er dort alles sehr gut erklärt hat :)
Was bedeutet die "IsReuseable” Property im IHttpHandler Interface?
Wenn man dort "true” zurück gibt, cacht die Applikation den HttpHandler. So könnte man z.B. im Konstruktor des HttpHandler einmal Daten laden und pro Request würde immer der gleiche Zustand benutzt werden. Das kann natürlich auch negative Aspekte haben. Der Stackoverflow Thread hat mir zu dem Thema sehr geholfen.
Ein "HttpModule”:
HttpModule darf man sich wie Filter vorstellen. So gibt es z.B. ein Authentifzierungs-Modul usw. Diese reichen den Request durch oder manipulieren ihn. Ein HttpModule kann z.B. ein Redirect durchführen.
Um ein eigenes HttpModule zu bauen, muss man die Schnittstelle IHttpModule implementieren und das HttpModule auch registrieren. Am Ende geht der Request, wenn er von einem HttpModule nicht "abgelenkt” oder "beendet” wird, durch die verschiedenen Module und kommt irgendwann zu seinem HttpHandler.
Kleines Schaubild:
So in etwa sollte der Ablauf sein. Natürlich könnte auch ein HttpModule bereits die Response zurück schicken und so den Verlauf des Requests beeinflussen.
Das Post beschreibt keine Raketenwissenschaft, aber manchmal ist es ganz nützlich zu wissen, wo die Unterschiede liegen ;)
