我有一个带有WiX安装程序的普通旧Windows窗体应用程序，它可以像所期望的那样为所有用户安装到Program Files文件夹。应用程序使用System.AddIn framework托管加载项。
因为System.AddIn框架需要写入一些加载项管道文件夹（AddIns，AddInSideAdapters，AddInViews，Contracts和{{1}我不知道安装加载项的最佳位置。我无法安装到HostSideAdapters，因为用户没有写入权限，如果我安装到用户的Program Files文件夹，则不会为任何其他用户安装加载项。< / p>
我意识到这里存在冲突的要求（用户不能搞砸其他用户的加载项，需要为所有用户安装加载项，所有用户都需要写入权限）但是什么是最实用的路线？
令人遗憾的是System.AddIn框架需要编写的文件不能单独存储在Application Data中，但这似乎是框架的限制。
答案 0 :(得分：2)
我知道很久以前就问了这个问题，但是......
您是否尝试过Environment.SpecialFolder.CommonApplicationData？
在Vista / Windows 7中，此文件夹为：%ProgramData%。我不是100％确定它在Windows XP中是什么，但它可能是%ALLUSERSPROFILE%。
在任何情况下，此文件夹都应具有读/写权限，并且对所有用户都是相同的。
不要忘记为您的公司/应用程序名称创建一个子文件夹：
string companyName = "My Company";
string folderPath = Environment.GetFolderPath(Environment.SpecialFolder.CommonApplicationData);
string path = Path.Combine(folderPath, companyName);
答案 1 :(得分：1)
仍然希望得到更好的答案，但我认为唯一的方法是将管道安装到Program Files并在每次运行应用程序时复制到Application Data。然后，您可以将System.AddIn框架指向Application Data中的管道副本，这样它只会尝试写入用户配置文件。
答案 2 :(得分：0)
呃，你不能同时拥有“所有用户”和“没有提升”。我不完全知道System.AddIn框架是什么，但如果它打算从用户进程运行（又名：不是像进程这样的系统服务）那么它必须在用户配置文件下写（ApplicationDataFolder是一个很棒的地方） 。这是所有应用程序必须遵循的非常基本的规则。基于我对你的评论的有限理解，听起来像System.AddIn框架违反了这条规则。
但我可能只是错过了一些东西。
答案 3 :(得分：0)
您是否需要使用WiX安装程序？将您的应用程序部署为clickonce解决方案会将所有管道放入用户应用程序数据文件夹中。这样每个用户都可以保留自己的模块列表。
这也将绕过可写文件夹限制。