在 Program Files 与 Appdata 中安装答案

【问题标题】：Installing in Program Files vs. Appdata在 Program Files 与 Appdata 中安装
【发布时间】：2012-09-14 15:09:35
【问题描述】：

在用户的 AppData 目录中安装应用程序有什么好处和坏处？

我假设在 AppData 中安装将使受限环境中的用户能够安装和使用该应用程序。

【问题讨论】：

安装到 AppData 要求要么永远不会在你所做的事情上取得成功，要么有一个非常好的律师。
@hans-passant：这里的双关语是什么？ :)

标签： windows installation

【解决方案1】：

安装到 Program Files 的好处之一是，这正是用户期望的位置。通常用户会先到这里查看程序的安装位置。最大的缺点是用户需要管理权限，而程序并不总是需要。

您假设安装到 AppData 将允许受限用户安装和使用该应用程序是正确的。它还将跟随用户在网络系统上四处走动，允许他们从使用相同帐户登录的任何机器访问该程序。这也是一个缺点，因为这意味着一台机器上的 2 或 3 个用户将安装 2 或 3 个版本。

Google 将其产品安装到 AppData，这非常棒，因为任何用户都可以安装它（包括在计算机被 IE6 或其他东西卡住的学校）。

您应该将 AppData 用于任何配置，或将随程序更改的程序文件。我个人更喜欢将程序安装到 Program Files，因为这是用户假设将安装它的位置，并且它需要管理员权限，这通常是有原因的，并且遵守这些权限对于应用程序来说是件好事。最终取决于您，但默认值可能只是 Program Files。

【讨论】：

有没有办法将 AppData 移动到不同的驱动器？我有一个 C 盘，它是一个小型 SSD。另外，如果 AppData 具有所有这些优势，而 Program files 具有唯一的惯性优势，我们不应该尝试将所有应用程序移至 AppData 吗？而AppData就是这么一个奇怪的地方，我希望它在哪里更明显。
我建议不要安装到 AppData，除非您有充分的理由这样做。 Program Files 是用户期望的地方，权限也是这样设置的。 AppData 有一些缺陷，即该程序仅为该一个用户安装，因此实际上可以重复安装。另一件事是 AppData 漫游跟随服务器网络上的用户，因此占用更多空间可能会使登录速度变慢。
至于如何移动AppData，先把它复制过来，然后用mklink创建一个文件夹，从原来的位置到新的位置。在创建链接之前，您必须从 C 盘中删除该文件夹，因此请确保先复制成功
作为参考，默认安装到AppData的应用包括Discord、Flux、GitHub Desktop和Google Chrome。
您可以将这些添加到默认安装到 AppData 的应用列表中：Fiddler、Freeter 和 Slack。更糟糕的是，有时这些应用程序（例如早期版本中的 Freeter 和 Slack）会为实际运行更新程序的应用程序创建桌面快捷方式，然后从特定于版本的子文件夹运行主应用程序。这使得在桌面以外的任何其他地方保持可用的快捷方式变得很困难。

【解决方案2】：

“Appdata”目录通常看起来等同于有人在使用 Linux 系统时可能会注意到的用户软件目录；从 Program Files 目录安装到越来越流行的 Appdata 文件夹的转变并没有过多关注，但我慢慢意识到了这一点。

线程有点老了，但考虑到 Windows 仍然很活跃； Program Files 安装主要用于您的敏感应用程序——您需要对维护和安全应用程序等进行更多访问控制的应用程序。您的 Appdata 文件夹几乎是任何其他“用户”特定的软件，例如媒体播放器、文本编辑器；等等。Windows 安装的“管理员”也将受益于将 appdata 用于“普通”软件，就像在管理 Linux、Mac 或 BSD 系统时不在根目录中安装软件一样。

【讨论】：