在哪裏以及如何在Web應用程序中使用攔截器？

Question

我最近對攔截概念很感興趣。我知道這個概念在NHibernate，Entity Framework等許多庫中都有使用。但我對如何在ASP.NET MVC Web應用程序中使用這個概念感興趣。

在Mvc Web應用程序中使用它有用嗎？

是否有任何使用攔截器的開源的Asp.Net Mvc項目？

Asp.net Mvc已經支持一種帶過濾器的控制器的攔截器。使用過濾器而不是攔截器更好？

Answer 1

我會說你使用更通用的DI容器來注入你的依賴關係。這不僅會將依賴關係注入到控制器中，還會提供這些依賴關係的依賴關係，從而生成所有依賴對象的完整對象圖。

在前端使用DI容器也爲您的後端提供了更多的單元測試和鬆散耦合的良好機會。

Answer 2

攔截可以用於很多事情 - 最顯着的解決橫切關注如儀器儀表，記錄，審計，安全，計量等

你don't need a DI Container to apply the concept，但它可以幫助。

您可以使用ASP.NET MVC過濾器實現大致相同的效果，但是爲什麼在應用通常可重用的實現時將自己限制在MVC框架中？

Answer 3

在哪裏/何時使用攔截器

看看你開發一個以前的應用程序並檢查代碼。查找在方法和屬性開始或結尾處經常重複的代碼。這是你可能會考慮從所有這些方法轉移到攔截器的代碼。例如，我發現很多的執行輸入驗證我的MVC的行爲與代碼相同的同一對線這樣做：

if (!ModelState.IsValid) 
    return View(model); 

這是有可能被移動到一個攔截器（可能是一個MVC過濾器代碼在這種情況下）。編寫和應用過濾器的成本是否超過了此重複代碼的成本？ （2行代碼乘以控制器動作的數量）。在這種情況下，也許不是。然而，在其他情況下，使用攔截器的好處會更大。

下面是一些情況列表，我想這類型的代碼重複可能發生，即場景是氣味喜歡，他們可以從攔截受益：

• 輸入驗證如上圖所示（ ）。
• 調試日誌記錄。您可以write an interceptor記錄每個方法調用的入口和出口。
• 線程同步。你的問題是關於web應用程序的，但是如果你正在開發一個帶有MVP風格視圖的Windows應用程序，你可以應用一個攔截器來確保所有方法調用都被同步回UI線程。
• 數據庫事務。我大多數的數據庫事務的代碼如下所示：

 

using (var transaction = Session.BeginTransaction()) 
{ 
    // ... do some work that is unique to this method ... 
    transaction.Commit(); 
} 

• PropertyChanged事件的實現。這段代碼通常非常重複並且很煩人。 Sacha Barber has thoroughly explored how to automatically implement this event using various frameworks。
• 安全。應用程序中可能有許多方法應該僅限於某些用戶。 The AuthorizeAttribute是一個正確的過濾器。
• Web服務請求限制。某些API（例如Basecamp的API）會要求您在給定的時間範圍內針對一定數量的請求進行limit your requests。如果您編寫了Basecamp客戶端類，則可以對其應用攔截器，以確保所有方法調用都符合速度限制，必要時使用Thread.Sleep。
• 結果緩存。MVC has some filters pre-built for this purpose。您可以編寫自己的攔截器來緩存UI層下面的圖層的結果。
• WCF錯誤處理。如果WCF客戶端處於Faulted狀態，那麼您不能在Dispose狀態下創建並銷燬客戶端實例的每種方法都需要檢查狀態，如有必要請致電Abort，而不是簡單地在客戶端周圍環繞using子句。在這種情況下，攔截器可能不是最合適的。這可能更容易to just fix the Dispose implementation or use some kind of wrapper。

無論上述例子是否適合攔截器，都取決於應用程序的獨特複雜性。這個清單當然不是詳盡的，也不可能。攔截器的可能應用與您編寫的應用程序一樣多樣。

如何使用攔截器

我能想到的三個主要的地方，你可能想申請一個攔截器：控制器，服務和域對象。

• 隨着MVC控制器，這是很有道理的，以繼續使用MVC's filters。
• 對於中間層服務，你會拿出你的IoC容器，過濾器是不是一種選擇（因爲它不是一個控制器），所以你應該使用interception features of your IoC container。
• 對於您的域對象，您通常使用構造函數直接實例化（如果它是新實體）或從您選擇的ORM中獲取（如果它是現有實體），則需要使用某種對象工廠而不是構造函數和instruct your ORM how to use the factory。

有關如何完成所有這些的基本細節將取決於您使用的是哪些工具。