在Windows服务中使用SHFileOperation

Question

这是可能的，但在Windows服务中使用SHFileOperation是否合适？ shell32.dll中的所有SHxxx API函数似乎都是用用户级程序编写的。我可以确定SHFileOperation不会显示GUI吗？

Answer 1

我想说，不是不合适或不可取的。大多数shell32 API的编写基本理解是它们将用于交互式进程。我认为有任何方法可以保证SHFileOperation永远不会显示UI组件。事实上，如果你看一下 IFileOperation （这是取代SHFileOperation的新Vista界面），它明确指出：

  

公开复制，移动，重命名，创建和删除Shell项的方法以及提供进度和错误对话框的方法。该接口取代了SHFileOperation函数。

Answer 2

根据 SHFILEOPTSTRUCT 文档，您可以使用以下标志来阻止任何UI出现：

FOF_SILENT | FOF_NOCONFIRMATION | FOF_NOERRORUI | FOF_NOCONFIRMMKDIR

或（如果您的目标是Windows Vista）， FOF_NO_UI ，与上述内容相同。

查看Windows SDK中的 ShellAPI.h 头文件，对 FOF_NO_UI 的注释说“根本不显示任何UI”，所以从这里我认为可以使用 SHFileOperation 。

Answer 3

我必须同意：不合适或不可取。

使用SHFileOperation的主要原因是使用UI执行操作，和/或可以反转的操作。即使用SHFileOperation删除文件会将文件放在回收站中，而不是删除它们，允许当前的交互式用户取消删除，或撤消执行的操作。 由于服务在非交互式桌面上运行，因此没有人能够清除该回收站。

Answer 4

我也遇到过这个问题，并致力于在服务器和网络共享之间实现安全可靠的网络文件复制（大多数这些共享都是基于CIFS / NetApp文件管理器）， SHFileOperation 从时间到时间。

现在开始使用 ROBOCOPY （默认情况下，从Vista / Server 2008以上的所有Microsoft OS中都可用），看起来非常有趣和可靠。

这让我大开眼界： https://stackoverflow.com/a/1030752/559144