私の質問は単純です（答えはおそらくそうではないでしょうが）：C＃/ ASP.NETでサーバー側のアップロードハンドラーを実装する方法を決定しようとしています。
私はHttpModules（IHttpModuleインターフェイス）とHttpHandlers（IHttpHandlerインターフェイス）の両方を使用しましたが、どちらのメカニズムを使用してもこれを実装できると思います。また、両者の違いがわからないこともあります。
だから私の質問はこれです： どのような場合に私はIHttpModuleの代わりにIHttpHandlerを使用することを選択しますか（およびその逆）？
パイプラインではるかに高く実行されますか？特定の状況で構成するのははるかに簡単ですか？中程度のセキュリティではうまく機能しませんか？
回答:
ASP.NET HTTPハンドラーは、ASP.NET Webアプリケーションに対して行われた要求に応答して実行されるプロセス（「エンドポイント」と呼ばれることが多い）です。最も一般的なハンドラーは、.aspxファイルを処理するASP.NETページハンドラーです。ユーザーが.aspxファイルを要求すると、要求はページハンドラーを介してページによって処理されます。カスタム出力をブラウザにレンダリングする独自のHTTPハンドラを作成できます。
カスタムHTTPハンドラーの一般的な使用法は次のとおりです。
HTTPモジュールは、アプリケーションに行われるすべての要求で呼び出されるアセンブリです。HTTPモジュールは、ASP.NET要求パイプラインの一部として呼び出され、要求全体のライフサイクルイベントにアクセスできます。HTTPモジュールを使用すると、着信および発信要求を調べて、要求に基づいてアクションを実行できます。
HTTPモジュールの一般的な使用法は次のとおりです。
IHttpModuleより多くの制御が可能になり、基本的にWebアプリケーションに向けられたすべてのトラフィックを制御できます。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秒には、実用的な例を示す素敵な小さな チュートリアルがあります