在Windows服务中使用SHFileOperation
题
这是可能的,但在Windows服务中使用SHFileOperation是否合适? shell32.dll中的所有SHxxx API函数似乎都是用用户级程序编写的。我可以确定SHFileOperation不会显示GUI吗?
解决方案
我想说,不是不合适或不可取的。大多数shell32 API的编写基本理解是它们将用于交互式进程。我认为有任何方法可以保证SHFileOperation永远不会显示UI组件。事实上,如果你看一下 IFileOperation (这是取代SHFileOperation的新Vista界面),它明确指出:
公开复制,移动,重命名,创建和删除Shell项的方法以及提供进度和错误对话框的方法。该接口取代了SHFileOperation函数。
其他提示
根据 SHFILEOPTSTRUCT 文档,您可以使用以下标志来阻止任何UI出现:
FOF_SILENT | FOF_NOCONFIRMATION | FOF_NOERRORUI | FOF_NOCONFIRMMKDIR
或(如果您的目标是Windows Vista), FOF_NO_UI
,与上述内容相同。
查看Windows SDK中的 ShellAPI.h
头文件,对 FOF_NO_UI
的注释说“根本不显示任何UI”,所以从这里我认为可以使用 SHFileOperation
。
我必须同意:不合适或不可取。
使用SHFileOperation的主要原因是使用UI执行操作,和/或可以反转的操作。即使用SHFileOperation删除文件会将文件放在回收站中,而不是删除它们,允许当前的交互式用户取消删除,或撤消执行的操作。 由于服务在非交互式桌面上运行,因此没有人能够清除该回收站。
我也遇到过这个问题,并致力于在服务器和网络共享之间实现安全可靠的网络文件复制(大多数这些共享都是基于CIFS / NetApp文件管理器), SHFileOperation
从时间到时间。
现在开始使用 ROBOCOPY
(默认情况下,从Vista / Server 2008以上的所有Microsoft OS中都可用),看起来非常有趣和可靠。