Visual Studio内部运行的.NET Web服务的部署文件在哪里?

Visual Studio内部运行的.NET Web服务的部署文件在哪里?,.net,web-services,deployment,.net,Web Services,Deployment,当我使用我的浏览器测试我的web服务时,它会在-在哪里可以在我的驱动器上找到它的物理文件 使现代化 我不想知道我的VS.NET解决方案的文件在哪里,但我应该把web服务的文件放在哪里。。。.asmx、.dll和我稍后将为真正的web服务安装的其他文件 更新2 在初始化插件时,webservice需要调用一些外部DLL。这就是为什么我需要知道这些文件要放在哪里,手动放置插件dll…如果选择解决方案,请转到“查看->属性”窗口。路径字段将告诉您文件的位置 程序集文件在开发期间存储在.Net temp

当我使用我的浏览器测试我的web服务时,它会在-在哪里可以在我的驱动器上找到它的物理文件

使现代化 我不想知道我的VS.NET解决方案的文件在哪里,但我应该把web服务的文件放在哪里。。。.asmx、.dll和我稍后将为真正的web服务安装的其他文件

更新2
在初始化插件时,webservice需要调用一些外部DLL。这就是为什么我需要知道这些文件要放在哪里,手动放置插件dll…

如果选择解决方案,请转到“查看->属性”窗口。路径字段将告诉您文件的位置


程序集文件在开发期间存储在.Net temp文件夹中,因为每次进行更改时都会重新编译它们。发布网站时,它们将被放置在Bin文件夹中。

如果选择解决方案,请转到“查看->属性”窗口。路径字段将告诉您文件的位置


程序集文件在开发期间存储在.Net temp文件夹中,因为每次进行更改时都会重新编译它们。当您发布网站时,它们会被放置在Bin文件夹中。

因此,当您从VS-Cassini启动web服务时,内置web服务器会直接从该项目的Bin文件中运行这些文件


将根据ALassek的建议指向代码所在的文件夹,并直接使用asmx文件。asmx文件将从编译到bin文件夹的dll中运行。

因此,当您从VS-Cassini启动web服务时,内置web服务器将直接从该项目的bin文件中运行这些文件


将根据ALassek的建议指向代码所在的文件夹,并直接使用asmx文件。asmx文件将从编译到bin文件夹的dll中运行。

LFSR回答很好,我准备接受它,但只是为了确保我添加了行

代码中的Assembly.GetExecutionGassembly.Location,以显示正在执行的程序集的路径,并且它似乎将所有DLL都放在临时文件夹中:


C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\57e0fe88\e8cbe653\assembly…

LFSR回答很好,我准备接受它,但只是为了确保我添加了行

代码中的Assembly.GetExecutionGassembly.Location,以显示正在执行的程序集的路径,并且它似乎将所有DLL都放在临时文件夹中:


C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\57e0fe88\e8cbe653\assembly…

hummm这是代码所在。。。不是可执行文件…?我不知道你指的是什么可执行文件。你能说得更具体点吗?嗯,这就是代码所在。。。不是可执行文件…?我不知道你指的是什么可执行文件。你能说得更具体些吗?你想知道文件必须安装在哪里吗?[驱动器]\Inetpub\wwwroot。。。如何安装此部件取决于您的需要。您想知道文件必须安装在哪里吗?[驱动器]\Inetpub\wwwroot。。。如何设置此部件取决于您的需要。是的,这是编译文件所在的位置,root来自您的项目或解决方案的名称,我相信其余的是一些随机的十六进制值,用于除程序集之外的文件夹名称,shadow和其他一些可能会弹出,因此57e0fe88可能并不总是存在。问题是Web服务需要使用插件dll,因此我确实需要知道编译的dll在哪里测试它们。程序集在开发期间存储在.Net temp文件夹中。当您发布站点时,它将位于Bin中。是的,这是编译文件所在的位置,root来自您的项目或解决方案的名称,我相信其他是一些随机的十六进制值,用于除程序集之外的文件夹名称,shadow和其他一些可能会弹出,因此57e0fe88可能并不总是存在。问题是Web服务需要使用插件dll,因此我确实需要知道编译的dll在哪里测试它们。程序集在开发期间存储在.Net temp文件夹中。发布网站时,它将位于Bin中。