使用ASP.net在IIS上创建虚拟目录的正确方法

Question

我正在开发ASP.NET Web Api，并且我想在要在其中存储应用程序生成的报告/日志的服务器上添加要创建的目录（让我们说“导出”）。

我被告知“导出”目录应该是一个虚拟目录，以便服务器管理员可以轻松地更改存储文件的物理路径。 现在我不确定如何处理此问题的正确方法。

我实现它的方法是在项目中创建目录，在其中放置一个虚拟文件，然后在发布期间在服务器上创建它。 但是我不知道这是否是在服务器上创建应用程序文件夹的适当方法，也不确定应该应用的访问限制。

此外，此方法创建相对于应用程序根目录的物理路径，并且使其变为虚拟状态的唯一方法是从IIS服务器应用程序池管理器手动添加具有相同别名的虚拟目录。

因此，我想知道在服务器上创建和管理虚拟目录的正确方法是什么。 谁负责创建和管理访问权限？

应用程序应在部署时创建它，还是要求管理员使用服务器应用程序池管理面板手动创建？

编辑：

找到了一种方法，只是不确定它是否优雅或安全。 正如我已经提到的，我在发布期间创建了一个空的“导出”目录（MyWebApi / exports）。 我的应用尝试使用MapPath和Directory Classes访问该目录：

if(Directory.Exists(System.Web.Hosting.HostingEnvironment.MapPath($"~/exports/")))
{
    Console.WriteLine("Export directory exists on server!");
}

因此，如果在Web部署过程中没有出错，则“ exports”目录存在于应用程序根目录下，我可以将文件保存在该目录中。

现在，如果服务器管理员想要更改导出目录的物理路径并将其放置在服务器上的另一个磁盘上，则可以转到IIS管理器，右键单击应用程序->添加虚拟目录->输入“导出” ”作为别名，以及将其用作物理路径所需的任何内容。 请注意，别名必须与发布期间创建的别名完全相同。

现在，我已经对此进行了测试，并提供了对新物理目录的适当权限，它应该可以正常工作。 但是我不知道这只是猴子补丁还是合适的解决方案。

Answer 1

最好的选择是让某人手动创建虚拟目录。 否则，您网站的代码将必须具有修改IIS的权限以及在应用程序路径的根级别的写入权限。 向这些应用程序授予任何一种权限都会带来安全风险。 该文件夹只需设置一次。 保持简单！

您可以使用虚拟目录方法-很好，它使您不必在web.config中放置静态路径。 但是，如果可以避免，请不要将虚拟路径（ ~/somefolder ）硬编码到代码中-请将其保留在配置文件中，以便在部署后可以对其进行修改。