Webforms 应用程序中的 ASP.NET 网站？
我们继承了一个 ASP.NET 网站。出于不同的原因，我们已经将其转换为 Web 应用程序。
但是有 2 个文件夹，里面有 2 个 .aspx 页面，它们做了一些非常混乱的事情（创建一个新的 aspx 文件及其后面的相应代码，并将其保存在其中一个文件夹中）。
因此，当项目是一个简单的网站时，这是有效的，因为运行时创建的页面是根据请求编译的。这不适用于 Web 应用程序。
我们没有时间重新编码那些丑陋的页面并按其应有的方式去做。那么，有没有办法将这两个页面（以及运行时生成的页面）排除在项目之外并放在根据请求编译的网站内？您还能想到什么其他选择？
We've inherited an ASP.NET website. We've already converted it to a web application for different reasons.
But there are 2 folders with 2 .aspx pages inside that do some really kludgy things (creates a new aspx file with its corresponding code behind and save it inside one of those folders).
So when the project was a simple website, that worked because the created pages on runtime were compiled at request. This is not applicable to a web application.
We don't have time to re-code those ugly pages and do it as it should. So, is there a way to have those 2 pages (and the generated-at-runtime ones) excluded from the project and inside a website that is compiled at request? What other alternatives could you think of?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
通过将多个 Web 应用程序指定为 IIS 中单独虚拟目录中的单独应用程序，您可以在单个站点上安装多个 Web 应用程序。为此，只需在 IIS 中创建一个新的虚拟目录，右键单击并转到“属性”。在“虚拟目录”选项卡下，单击“创建”。这将将该虚拟目录指定为单独的应用程序。
最终结果是“mysite.dom/VirtualDirectory1”和“mysite.dom/VirtualDirectory2”将是独立的应用程序，甚至可以在不同的 ASP.NET 运行时下运行。
编辑添加，这样做的缺点是两个应用程序完全独立，无法共享会话或应用程序信息。这可以通过数据库或其他一些数据存储轻松解决。
You can multiple Web Applications on a single site by designating them as separate applications within separate Virtual Directories in IIS. For this, just create a new Virtual Directory in IIS, right-click and go to Properties. Under the "Virtual Directory" tab, click Create. This will designate that Virtual Directory as a separate application.
The end result will be that "mysite.dom/VirtualDirectory1" and "mysite.dom/VirtualDirectory2" will be separate applications that can even run under a different ASP.NET runtime.
EDIT TO ADD that the downside of this is that the two applications are completely separate and cannot share Session or Application information. This can be easily solved via a Database or some other data store.