經典ASP / ASP.NET應用程序變量

Question

我們繼承了一個大小約為40GB（主要來自用戶提交的內容）的網站，該網站混合了經典的ASP，內聯.Net和與之相關的已編譯.Net。 從技術上講，有兩個與此相關聯的站點並為了節省磁盤空間，我有意將IIS設置為具有指向同一文件夾的兩個物理站點，但是具有獨立的應用程序池來分隔工作進程。

我們遇到的問題是，有時您訪問其中一個站點時，似乎會以某種方式從另一個站點獲取應用程序變量。 從我在這里/必應中看到的所有內容來看，由於獨立的應用程序池，工作進程應該分開，但是我想知道經典的ASP是否會以某種方式解決問題？ 考慮到所有可能的混合情況（大約有4,200個物理.asp / .aspx文件，后者主要從03_開始，因為在我參與其中之前，這是選擇開始遷移到.Net的方法），最好使用這些文件作為獨立的站點和文件夾？ 我似乎無法弄清為什么應用程序變量會在中途翻轉，但這引起了許多問題-特別是因為連接字符串也是應用程序變量，並且這后面有兩個數據庫。

有小費嗎？ 從應用程序變量/工作人員流程的角度來看，經典ASP的工作方式是否有所不同？

旁注-我知道應用程序變量在.Net世界中是一個糟糕的選擇，尤其是對於連接字符串而言。 我正在嘗試糾正此問題，但這是一項艱巨的任務，其中零文檔或注釋存在，並且這些內容在各處都得到使用。

Answer 1

除非Classic ASP站點和NET應用程序**之間有意交換，即使是在同一站點上運行（!!!），但由於明顯的原因（例如，使用應用程序變量存儲值）而將應用程序池分開，否則Classic asp不可能將變量傳遞給NET應用程序。 甚至會話變量也不在Classic ASP和NET之間共享。 它必須在代碼中故意完成。

例如，如果您使用iframe並將url字符串中的變量從NET應用程序傳遞到經典ASP頁面或返回，或者僅從經典ASP頁面中調用NET應用程序，然后將變量傳遞到URL字符串或verse中。

**如果您在同一個域中運行，或者使用Cookie在應用程序之間共享值。