经典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在应用程序之间共享值。