日誌記錄應用程序塊是否能夠處理這些問題或它們的組合?企業庫日誌應用程序塊選項
- 如果日誌記錄失敗,不拋出異常
- 特殊例外情況/異常類型只
- 如果日誌記錄失敗,退回到另一種類型(即數據庫日誌記錄失敗,回落到我的實際使用情況發電子郵件或網絡發送)
例子:
我正在爲我們的團隊寫票務系統。如果通過電子郵件向新團隊創建新故障單,則我希望它向異常/錯誤日誌報告該情況,但不會冒用戶名,無論日誌記錄堆棧中日誌記錄失敗的深度如何,用戶都不會需要一個錯誤信息,保存票證。一些錯誤地點/例外我想冒泡,但是我現在處理的大多數我不知道。
我還沒有在企業庫中做過任何事情,每當我看到我想嘗試的東西時,我就跳入EL是艱難的潮流,研究評論和比較,並且看到評論者認爲另一個框架更加健壯和更容易對於特定的塊 – Maslow 2010-02-16 19:58:41
企業庫的理念是,日誌記錄是應用程序的增值服務,因此日誌記錄過程中的任何失敗都必須適度地處理,而不會引發主要業務流程的異常。日誌記錄塊通過將所有日誌記錄失敗發送到一個名爲記錄錯誤和警告的特殊類別來實現此目的。默認情況下,這些錯誤消息被寫入Windows事件日誌,但您可以將此類別配置爲使用不同的跟蹤偵聽器寫入其他目標(如果您願意)。 – 2011-04-11 15:04:29
至於依賴性,唯一的DLL LAB取決於有這些:Microsoft.Practices.EnterpriseLibrary.Common.dll Microsoft.Practices.Unity.dll Microsoft.Practices.Unity.Interception.dll Microsoft.Practices.ServiceLocation.dll 這是EntLib管道的核心。 – 2011-04-11 15:05:20