Unterschied von HttpModule & HttpHandler?
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
About the author
Written by Robert Mühsig
Robert Mühsig (@robert0muehsig) ist Webentwickler und beschäftigt sich mit Web-Frameworks (vor allem dem ASP.NET MVC Framework) und scheut sich auch nicht vor Javascript. Ansonsten bloggt er über all jene Probleme, die ihm über den Weg laufen. Seit 2008 ist er Microsoft MVP für ASP.NET und er arbeitet bei der T-Systems Multimedia Solutions GmbH in Dresden. Treffen kann man ihn online via Twitter (@robert0muehsig) oder dieser Seite oder bei der .NET User Group Dresden.
Andi
10. August 2010
Ja die kleinen Feinheiten können große Verwirrungen stiften.
Was “IsReuseable” bedeutet ist auch gut zu wissen.
PHP-Friends
18. August 2010
Mal ganz davon abgesehen, dass ich mir das jetzt auch endlich mal merken kann: Muss es nicht “zwischen” statt “von” heißen?
greez
Robert Mühsig
19. August 2010
Evtl. ja. Vielleicht. Ich lass es jetzt einfach so
GENiALi
23. August 2010
Danke. Ich habe bei Google nach “Unterschied httphandler und httpmodul” und bin auf anhieb hier gelandet. Genau was ich wissen wollte.
Wo hast du nochmals den Flattr Button versteckt?
Bernhard
27. August 2010
Guter Beitrag!