问题标签 [program-files]

我想问如果我将 64 位程序安装到 Program Files (x86) 中，它仍然可以作为 64 位运行吗？

我之前使用过SysNative来访问 64 位 system32 目录，但我似乎无法找到 Program Files 目录的等价物。我觉得我错过了一些简单的东西，但是如果我尝试做一些事情，例如：

然后$command最终成为 C:\Program Files (x86)\Company\executable.exe。

谁能指出我访问 64 位程序文件（来自 32 位 powershell）的正确方法？

我知道在 64 位 Windows 上，32 位应用程序C:\Program Files (x86)默认进入，64 位进入C:\Program Files.

但是，如果您有一个更复杂的安装包，其中包括一个客户端组件（32 位）和一个服务器组件（64 位），可能还有一些帮助工具（32 位）。在这种情况下，默认安装路径应该是什么？

根据一些文章，微软和一些安装框架不鼓励混合位数：

• 单个 MSI 安装正确的 32 或 64 位 c# 应用程序
• http://jpassing.com/2009/10/09/mixing-32-and-64-bit-components-in-a-single-msi

我不明白为什么混合这些应该是一个很大的禁忌，考虑到 x64 平台运行 x86 应用程序的性能如何，甚至对于相同的二进制文件可以在两种模式下运行的托管代码更是如此。就我而言，75% 的随附库在客户端和服务器之间共享并且完全相同，因此将它们拆分是没有意义的。

那么鉴于此，对于这种 32 位和 64 位应用程序的混合，哪个是首选安装位置？C:\Program Files (x86)还是C:\Program Files？正如我所看到的，64 位位置是可取的。我将 Program Files (x86) 目录视为旧应用程序的遗留沙箱，这些旧应用程序从未考虑过为 64 位应用程序设计。在混合 32/64 位应用程序的情况下，存在 64 位感知，因此不应有遗留原因将 32 位文件与 64 位文件分开沙箱。对我来说，没有“(x86)”的路径在视觉上也更具吸引力，表明它是一个现代应用程序——适用于 64 位操作（在必要时）。

当作为一个应用程序安装在同一个安装程序包中时，是否有人知道支持或反对将 32/64 位混合可执行文件放入 64 位目录的其他原因？

我在我的 Visual Studio 项目中使用来自 Windows SDK 的工具。我需要同时支持 Windows XP（32 位）和 Windows 7（64 位）开发环境。

Windows SDK 安装Program Files在两个操作系统下。这就是问题！

我不知道要为路径使用什么环境变量。从像 Visual Studio 这样的 32 位进程，映射到的环境变量Program Files是：

• Windows XP（32 位）：%ProgramFiles%
• Windows 7（64 位）：%ProgramW6432%

这些是不同的，那么我如何告诉 Visual Studio 到 Windows SDK 的路径是什么？

我想避免任何特殊配置，例如硬编码路径或添加更多环境变量。

我有一个 MSBUILD 目标片段，它具有如下内容来执行外部应用程序：

它在 x86 机器上运行良好，但在 x64 系统上运行时它当然坏了，因为路径应该是“Program Files (x86)”。以跨平台方式处理构建文件路径的正确方法是什么？

谢谢。

我可以%ProgramFiles%通过${env.PROGRAMFILES}. 但我不知道如何获得%ProgramFiles(x86)%.

我们开发 C# 应用程序并通过 Wix 将其打包成可以安装的 MSI 文件。应用程序可执行文件和 .dll 文件安装到ProgramFilesFolder中的标准位置。

启动时应用程序创建本地 .sdf 文件（数据库），如果它不存在。

当我们卸载（例如作为升级到较新版本的一部分）时，所有内容都会被删除，除了这个 .sdf 文件。当我们安装较新版本时，它会拾取旧的 .sdf 文件并继续使用它。

现在的问题是 .sdf 文件当前也位于ProgramFilesFolder下。我们不想“将旅行行李存放在发动机舱中”，因此我们将这个 .sdf 文件移动到ProgramData中。

因此，我们将在应用程序代码中进行此更改 - 在不同的路径中使用 .sdf 文件。下次升级时，我们需要将现有的 .sdf 文件从ProgramFilesFolder移动到ProgramData。

问题 - 移动此文件的理想方法是什么？

1)在 Wix 设置代码中 - 识别是否从“旧”版本（比我们更改 .sdf 文件位置的版本更旧）升级到“新”（更新或等于更改），在这种情况下移动文件。这里的好处是 Wix“知道”所有版本号，并且可以根据它们有条件地进行移动。

2)在 C# 应用程序代码中 - 与在 Wix 中编写 CustomAction 相比，它可能更简单。但是应用程序代码对版本一无所知，因此我们不能使用与 Wix 相同的使用“旧”和“新”版本的逻辑。所以我们只能使用通用逻辑，例如，如果新位置存在文件，则使用新位置的文件，否则检查旧位置中是否存在文件，然后将其移动到新位置，如果文件都存在于两者中 - 忽略来自的文件旧位置，只需使用新位置中的文件。

你能帮忙选择最好的方法吗？

所描述的方法有任何缺点\风险吗？

有更好的解决方案吗？

我正在尝试做 bat 文件来替换程序文件\文件下的一些 dll 文件...

我只是找不到解决方案来做到这一点。我有一些 win xp 和 windows 7 计算机来运行这个 bat，我正在使用 xcopy 命令。

如果目的地不是程序文件下的东西，我的文件复制命令可以正常工作。

请问有人知道解决方案吗？

我想创建自定义操作来修改 Program Files 文件夹中的一些文件

但是当我运行时，我得到了访问被拒绝并且安装程序回滚的错误

以管理员身份运行也无济于事。

有没有办法解决这个问题？

我使用这篇文章来获取我在 C# 中安装的程序的列表

我在我的计算机上通过 Click once 安装了一个应用程序，现在想在用户不知情的情况下卸载。（静默）

但是我的程序没有出现在我生成的列表中。（虽然它在控制面板下的添加和删除程序菜单中）

我什至尝试过这篇文章和 这篇文章，看看我是否可以在注册表中找到它，也许可以使用批处理脚本来卸载它，但没有找到它。

如何使用 c# 代码找到未显示的应用程序以生成安装在我的计算机上的程序列表以将其卸载？

编辑 - 结果

我不知道这是否可能是发生这种情况的原因，但是通过使用第一个链接中的代码，我将结果输出到文本框，我得到了这个，（注意空格，也许这就是为什么？）

我有的代码：

我得到的结果

Windows 驱动程序包 - 联想 (ACPIVPC) 系统 (12/15/2011 7.1.0.1)