在 Windows 平台上,大多数大型应用程序都带有自己的安装程序,这些程序在C:\Program Files.
但是仍然有很多工具只包含一个.exe或README一个.dll或两个。
我应该如何安装这些工具?直接进去C:\Program Files?都在一个子文件夹下C:\Program Files?下某处C:\Users\Me?完全不同的地方?
或者,.exe对于那些也有其他文件的工具,可能有不同的方法,或者可能只有那些有.dlls 的工具需要区别对待......
是否有任何标准接受的方法来做到这一点?“最佳实践”?如果答案取决于 Windows 版本,我使用的是 Windows 7。
特别是,显而易见的答案可能会引起人们的注意:
我曾尝试在C:\Program Files. 事实上,我以为我以前这样做过,但 Windows 提出了一个对话框Destination Folder Access Denied。这让我三思而后行,而不是盲目地单击Continue。

假设这些年来,比我更伟大的人多次遇到过这种情况,我想问社区是否已经接受了某种“最佳实践”。
mir*_*lav 32
C:\Tools或者 C:\Users\<user>\Tools
我正在使用许多没有安装程序的小程序,我推荐以下内容:
C:\ToolsC:\ToolsC:\Tools\ProgramNameC:\Tools\_SysInternals因为它们有很多我只是C:\Tools在迁移时从一台机器移动到另一台机器,就像一种魅力。
实际示例(缩短列表):
C:\Tools\autoexec-elevated.bat C:\工具\清理.bat C:\工具\BabelMap.exe C:\工具\netmon.exe C:\工具\notifu.exe C:\工具\putty.exe C:\工具\UDPixel.exe C:\工具\电池.vbs C:\工具\3dclip-1.5.1\ C:\工具\替代流视图\ C:\工具\搅拌机-2.71-windows64\ C:\工具\记事本++\ C:\工具\QueryExpress\ C:\工具\winscp555\ C:\工具\Xinorbis\ C:\工具\_Sysinternals\accesschk\ C:\工具\_Sysinternals\Autoruns\ C:\工具\_Sysinternals\depends22_x64\ C:\工具\_Sysinternals\depends22_x86\ C:\工具\_Sysinternals\LogonSessions\
我希望这给出了一个想法。
编辑:扩展信息
我想在你的问题下安装我应该如何安装这些工具?您实际上是指手动设置,例如复制文件。
经验法则:将手动创建的文件夹用于手动维护的文件。让系统文件夹由您不直接控制的(安装)进程使用。 您将立即受益于识别哪些内容是“您的”(您可以自由复制)以及哪些应用程序由安装程序管理。
因此,在手动安装(通过复制)时,请远离
C:\Program Files - 在这里找到的程序不能简单地迁移,必须重新安装(为迁移提供了一个很好的提示)C:\Program Files (x86) - 如上所述,但在 64 位系统上,32 位程序到这里(可以提示确定特定应用程序是 32 位还是 64 位)C:\ProgramData- 此处找到的应用程序存储表明这些程序以自己的方式维护一些数据。但是你问过把你的程序放在数据下吗?不是个好主意。C:\Users\Steven\AppData- 再次强调,将程序置于数据之下并不是一个好主意。如果你问到数据,那么关于这条路径可以写出一些有趣的事情。但对于程序来说,只是“不”。:)可能的路径
C:\Users\Steven-如果这是一台共享计算机并且您想保持其整洁,则可以作为您的替代根目录,因此您决定不创建任何全局目录。您可以考虑C:\Users\Steven\Tools使用您的程序,或者即使C:\Users\Steven\Desktop\Tools您想使用Windows 中许多地方的快捷方式提供的舒适的桌面文件夹访问。但更好的是前者,您仍然可以将此文件夹的快捷方式放置到桌面或在需要时。编辑:其他有用的提示:
如果你想使你的一些在Windows 10公认的小程序的开始菜单(因为他们的名字或即时的增量搜索高架开始使用Ctrl+ Shift+ Enter),那里添加自己的快捷方式,一旦启动它们。(然后您可以删除它们。)
Ale*_*nov 13
据我所知,没有通用的方法。
将您的应用程序放入C:\Program Files是一种相当标准的方式。您将获得访问保护:普通(和非高级)用户无法写入C:\Program Files. 所以你不能不小心删除、覆盖这样的文件;并且它们可以更好地抵御病毒。这就是为什么当您尝试在C:\Program Files.
因此,C:\Program Files是可执行文件最安全的地方。
但是,它不适合将其配置存储在附近的(便携式)应用程序,.exe因为它们将无法保存配置更改。
C:\ProgramData用于存储用户之间共享的应用程序数据。默认情况下,所有用户都可以在此处创建文件和文件夹,但只有创建它们的用户才能修改文件。
此文件夹可轻松用于共享应用程序/工具。同时,我从未在此文件夹中看到过应用程序。
如果您将应用程序放在您的用户配置文件中,C:\Users\<username>系统的其他用户将无法访问它。您拥有个人资料的所有权限,因此您不会收到任何安全警告。这就是 Chrome 安装到用户配置文件中的原因:它可以轻松地自我更新而无需提示提升。
在每用户模式下,Windows Installer 打包、.msi文件、安装到C:Users\<username>\AppData\Microsoft\Installer\<ProductId>. 因此,在用户的个人资料中保留非共享应用程序是非常标准的。
utils我的用户个人资料中有文件夹,其中包含仅对我有用的应用程序。此文件夹已添加到我的用户PATH环境变量中,以便于访问。
对于共享应用程序,我使用C:\tools或类似的目录,可能在另一个驱动器上。它被添加到全局PATH变量中。
小智 8
我同意已经给出的答案。但是对于非常小的程序(实用程序),我倾向于将它们放在 bin 文件夹中(在我的情况下为 E:\bin)。这些程序通常是单个 exe 文件或我自己的 python 脚本。我将此文件夹添加到 PATH 变量,以便我可以从命令行使用这些程序(我倾向于使用很多)。
据我所知,没有最佳实践。真正由您个人决定如何处理它。
我倾向于遵循与任何带有安装程序的应用程序相同的标准。如果它是一个可执行文件或库,我会在\Program Files\它是 64 位和Program Files (x86)\32位时放入其中之一。
我倾向于将数据文件存储在我的Users文件夹中,因为它们通常特定于用户。
还有一些应用程序,如 Google Chrome 和 Click-Once Applications 部署到Users\AppData\,但这些应用程序通常不适用于多个配置文件。
我更喜欢第一种方法,因为如果我需要登录另一个配置文件或以管理员身份登录,我仍然可以访问应用程序。
关于权限警告。正是如此,警告。它只是警告您不要出于错误的原因使用该文件夹,但这并不妨碍您使用它。
| 归档时间: |
|
| 查看次数: |
27635 次 |
| 最近记录: |