我最近需要一些非常有用的 nirsoft 工具。许多都是命令行工具，它们需要路径中的一个位置才能运行。我把它们放在某个地方以便完成工作，但我想知道文件系统中是否有这些工具的官方位置。
我不认为它们应该直接放在“Program Files”中，我也不喜欢应用程序特定位置的激增，因为它们会使路径环境变量膨胀。它本身就很难阅读。
我正在考虑一个顶级“bin”目录或“工具”，但我担心它可能会违反某些 MS 规则。
有什么建议吗？
答案1
没有官方的第三方程序存放位置。您可以随意使用文件系统，但我建议不要将它们放在操作系统关键位置，例如\Windows或\Windows\System32。
我的建议是创建一个用户配置文件的子文件夹，例如\Users\Ben\Tools，并将您的资料放在那里。然后，在“开始”框或“开始”屏幕中输入“编辑环境”，并选择编辑您的帐户的环境变量。（在 Windows XP 中，这位于系统属性的高级部分。）
如果顶部框（每个用户变量）包含PATH，请按编辑。添加分号，然后添加工具文件夹的完整路径。如果您还没有PATH，请按新建，并适当填写。
如果您希望此更改应用于所有用户，请将工具文件夹放在可公开访问的位置（\Tools工作），并更新PATH“系统变量”列表中的变量，而不是每个用户的变量。
您可能需要注销并重新登录，然后该文件夹才能有效地无处不在。
答案2
这是你自己的电脑？那么一些规则有什么价值？你已经了解了路径以及已经存在的混乱，包括猪堆和路径添加，这些怎么会比你组织它的想法更糟糕呢 :-)
我倾向于将小型实用程序和命令放在我为这些东西指定的文件夹中，实际上距离 C 的根目录不远，因为我可能会批量使用它们，每次都使用项目的完整路径，而无需更改或依赖路径变量。几乎不依赖任何东西。我还将制作图标并使用第三方工具栏来快速访问这些内容。
好的紧凑型小程序的一半优点在于它们可以备份（作为文件），无需交叉链接和注册表项，它们不会产生更多路径噪音，并且运行时没有大量的依赖关系。它们运行速度快，因为它们小巧紧凑，它们在任何地方都可用。许多小型非依赖类型的实用程序可用于诊断计算机问题，无论问题是什么，所以我觉得快速访问它们非常重要，因此我避免将这类程序放在如果出现问题则无法访问的位置。
用于它们的脚本/批处理可以很容易地存储在相同的位置，然后批处理中的 CD（当前目录）将从这些位置运行（注意，我说我使用完整路径）。在当前目录之外运行 CMD（上下文菜单）是另一种避免路径的方法。确定这些实用程序的数量，设置一个您可以接受的组织，备份（简单）该分组并填充规则 :-)
MS 还没有完全剥夺我们简单、快速地处理事情的能力！
我已经在根目录中永久使用了 Tools、Utils、Desk、Diag（用于诊断）等文件夹名称来存放微小的实用程序，其中许多都是子文件夹，用于保存程序的各个部分。它还没有失败过。