Answers:
要找到文件夹位置,您只需运行该应用程序,打开任务管理器(CTRL-SHIFT-ESC),选择该应用程序,然后右键单击|打开文件位置。
路径指向c:\ Documents&Settings下的子文件夹
那就对了。 ClickOnce applications
在安装它们的用户的配置文件下安装。您是否采用了从正在执行的程序集中检索信息的路径,然后去检查它?
在Windows Vista和Windows 7上,您将在此处找到ClickOnce缓存:
c:\users\username\AppData\Local\Apps\2.0\obfuscatedfoldername\obfuscatedfoldername
在Windows XP上,您可以在这里找到它:
C:\Documents and Settings\username\LocalSettings\Apps\2.0\obfuscatedfoldername\obfuscatedfoldername
ApplicationDeployment.CurrentDeployment.ActivationUri可能会起作用
“零长度的字符串,如果部署清单中的TrustUrlParameters属性为false,或者用户提供了UNC来打开部署或在本地打开了部署。否则,返回值为用于启动应用程序的完整URL,包括任何参数。”
但是我认为您真正想要的是ApplicationDeployment.CurrentDeployment.DataDirectory,它为您提供了一个可以向其中写入数据的文件夹。无论如何,当您更新应用程序时,都将丢失原始.exe文件夹中的内容,但是您可以将数据目录迁移到该应用程序的新版本中。您的应用程序可以使用其拥有的任何日志文件写入此文件夹-我很确定它保证是可写的。
我Assembly.GetExecutingAssembly().Location
用来获取ClickOnce
.Net 4.5.1中已部署应用程序的路径。
但是,无论部署方法(xcopy,ClickOnce,InstallShield等)如何,您都不应写入应用程序已部署到的任何文件夹,因为这些文件夹通常仅对应用程序是只读的,尤其是在较新的Windows版本和服务器环境中。
应用程序必须始终写入为此目的保留的文件夹。您可以从Environment.SpecialFolder枚举开始获取所需的文件夹。MSDN页面解释了每个文件夹的用途:http : //msdn.microsoft.com/zh-cn/library/system.environment.specialfolder.aspx
即用于数据,日志和其他文件的用户可以使用ApplicationData
(漫游),LocalApplicationData
(本地)或CommonApplicationData
。对于临时文件,请使用Path.GetTempPath
或Path.GetTempFileName
。
以上工作也适用于服务器和台式机。
编辑:
Assembly.GetExecutingAssembly()
在主要可执行文件中被调用。
ClickOnce应用程序确实位于C:\ Documents&Settings的子目录中。它们没有“干净”的安装目录,因为本地文件实际上是“临时”下载的,以允许应用程序在本地PC上运行,并且该应用程序的执行是由ClickOnce服务器控制的,具体取决于发布设置(检查更新,版本要求等)。
这是我发现能够获取clickonce应用程序的已部署文件夹位置的结果,而对于类似的特定情况,在搜索中没有看到任何提及的地方:
这是我的用例的视觉效果:
在返回clickonce应用程序部署到的文件夹时,我没有找到该问题的任何建议或它们的注释(然后我将相对于该文件夹移动以找到感兴趣的文件夹)。没有其他互联网搜索或相关的SO问题也没有找到答案。
所有建议的属性要么由于对象(例如ActivationUri)为空而失败,要么指向本地PC的缓存已安装的应用程序文件夹。是的,我可以通过检查IsNetworkDeployed来优雅地处理空对象-这不是问题-但令人惊讶的是,即使我确实具有clickonce应用程序的网络部署文件夹位置,IsNetworkDeployed仍返回false。这是因为应用程序是从本地缓存的位运行的。
解决方案是看:
AppDomain.CurrentDomain.BaseDirectory
当我在Visual Studio中运行应用程序时,System.Deployment.Application.ApplicationDeployment.CurrentDeployment.UpdateLocation
当它正常执行时。System.Deployment.Application.ApplicationDeployment.CurrentDeployment.UpdateLocation
在所有情况下,均会正确返回将我的clickonce应用程序部署到的网络目录。也就是说,通过以下方式启动它时:
这是我在应用程序启动时使用的代码,用于获取WorkAccounts文件夹的路径。只需不进入父目录即可简单地获取已部署的应用程序文件夹:
string directoryOfInterest = "";
if (System.Diagnostics.Debugger.IsAttached)
{
directoryOfInterest = Directory.GetParent(Directory.GetParent(Directory.GetParent(AppDomain.CurrentDomain.BaseDirectory).FullName).FullName).FullName;
}
else
{
try
{
string path = System.Deployment.Application.ApplicationDeployment.CurrentDeployment.UpdateLocation.ToString();
path = path.Replace("file:", "");
path = path.Replace("/", "\\");
directoryOfInterest = Directory.GetParent(Directory.GetParent(path).FullName).FullName;
}
catch (Exception ex)
{
directoryOfInterest = "Error getting update directory needed for relative base for finding WorkAccounts directory.\n" + ex.Message + "\n\nUpdate location directory is: " + System.Deployment.Application.ApplicationDeployment.CurrentDeployment.UpdateLocation.ToString();
}
}
假设问题是关于在用户PC上安装ClickOnce(true == System.Deployment.ApplicationDeploy.IsNetworkDeployed)应用程序之后访问应用程序文件夹中的文件的,它们是通过应用程序本身获取此文件夹的三种方法:
String path1 = System.AppDomain.CurrentDomain.BaseDirectory;
String path2 = System.IO.Directory.GetCurrentDirectory();
String path3 = System.Reflection.Assembly.GetExecutingAssembly().CodeBase; //Remove the last path component, the executing assembly itself.
这些可以从VS IDE和已部署/已安装的ClickedOnce应用程序运行,而无需“ true == System.Deployment.ApplicationDeploy.IsNetworkDeployed”检查。ClickOnce会拾取Visual Studio 2017项目中包含的任何文件,因此实际上应用程序可以使用应用程序内部的相对路径访问任何和所有已部署的文件。
这基于Windows 10和Visual Studio 2017