程序集，Web.config和App.Config-構建故障轉移邏輯

Question

如果程序集（.dll）找不到web.config文件，如何正確設計故障轉移邏輯？

背景：我已經將我們的網站代碼很好地模塊化為兩個不同的.dll。 為了簡單起見，我們稱它們為：

• website.dll
• commonengine.dll

網站代碼和.aspx / .ascx文件調用commonengine庫以獲取所有數據層內容。 對於連接字符串，commonengine而不是看app.config而是看網站的web.config文件（這是我自己的偏好-我更喜歡將生產常量全部放在一個位置）。 網站代碼有時（很少）需要訪問該web.config文件中的內容。 到目前為止一切都很好（即使不是完全純凈）。

這是麻煩。 我已經寫了第三個模塊。 它是Windows服務（具體地說，它是POP3檢查器/處理器-處理郵箱請求，並將commonengine.dll用於某些數據層內容）。

問題是Windows服務調用commonengine.dll，而commonengine.dll在任何地方都找不到web.config，因為畢竟這是Windows服務（.exe），並且不在網站目錄中。

當找不到web.config文件時，使用app.config的正確測試/邏輯是什么？ 任何ASP.NET配置專家都可以在這里給我一些指導嗎？ 如果是，非常感謝。

Answer 1

我從來沒有明確閱讀過Web.config，而是使用System.Configuration類來讀取它（例如System.Configuration.ConfigurationStrings [“ conn name”]）。 它將自動轉到ASP.NET應用程序中的Web.config和EXE中的app.config。

當然，您仍然必須考慮到config部分可能丟失的事實。