2

根据 MSDN 文档，当使用 Windows 2000 和更高版本为 Unicode 编译时，函数GetOpenFileName()使用选项 OFN_ALLOWMULTISELECT 没有字符限制。但是，在 Windows XP x64 SP2 上，我发现 32k ANSI 限制仍然有效，尽管使用了 Unicode。我在网上看到过其他关于这个问题的投诉，但没有解决方案。有谁知道一个简单的解决方法？

完整地说，我使用的是 Visual Studio 2010，并使用 C++ 进行编码。

4

2 回答 2

4

文档可能有误。GetOpenFileName() 有点过时了，它不再支持最新的 Vista/Windows 7 功能。更糟糕的是，GetOpenFileName() 会弹出一个类似于 Windows 95 中的打开对话框，至少当您尝试在 Vista 或 Windows 7 上使用 LPOFNHOOKPROC 功能自定义对话框时。

从 Vista 和 Windows Server 2008 开始，推荐的新 API 是 IFileDialog 接口：http ://www.codeproject.com/KB/vista/VGFileDialogs.aspx?msg=2368264 。不幸的是，这在 XP 上不可用，因此您需要根据操作系统版本实现这两个 API。如果您需要在“打开”对话框中添加一些自定义控件，则别无选择，只能使用 IFileDialogCustomize。

我知道您的问题是关于 Windows XP，我建议的解决方法对您没有帮助，但不幸的是 IFileDialog 是 GetOpenFileName() 的唯一替代方法。

于 2010-11-05T17:11:40.790 回答
1

可能是一个迟到的答案，但我也不得不处理这个问题，并想提出我的解决方案，以防其他人将来遇到这种情况（如果你这样做，我表示哀悼）。对于那些想知道为什么要使用旧版 GetOpenFileName() 的人，如果您受困于旧版 .NET 1.1 并且由于限制（在现实世界中，有时付钱给您的个人或组织需要它），我们除了受其约束别无选择，所以请把批评放在一边，坚持OP的问题。此外，一个不错的功能（我相信人们可以纠正我）是，当设置 ALLOWMULTISELECT 时，此方法实际上不会打开文件，因此您可以将其用作选择多个文件的界面，而不会占用每个文件的资源作为流打开的文件（即 想象一下多选 1000 多个文件，每个文件都打开了一个流！- 注意：.NET 的 OpenFileDialog 也可以执行此操作，因为您必须显式调用 OpenFile() 方法才能打开资源，因此可以迭代 Filenames 属性，但如果您超出了谜底，它可能会给出“InvalidOperationException: Too many files selected”限制我不知道）。

首先，尽管https://msdn.microsoft.com/en-us/library/windows/desktop/ms646927%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396在评论中说

Note, when selecting multiple files, the total character limit for the file names depends on the version of the function.
    • ANSI: 32k limit
    • Unicode: no restriction

无论您是明确调用“GetOpenFileNameW()”还是让它在内部切换到它，Windows XP 都有 32KB 的限制（正如 OP 所提到的那样）。虽然我没有时间调查，但在 Win7 和 Server 2012（64 位）上，相同的 API 调用将正确（显然）切换到 Unicode 模式并绕过 32KB 限制。

我发现在阅读了https://msdn.microsoft.com/en-us/library/ms996463.aspx?f=255&MSPPError=-2147217396上的 MSDN 文章后，如果我为 CDN_SELCHANGE 捕获 WM_NOTIFY，则使用以下命令查询 CDM_GETSPEC一个非常大的缓冲区（即大于 32KB），您实际上可以捕获大于 32KB 限制的文件列表/集合。我很抱歉 MSDN 文章中描述的解决方案是 C# 而不是 C++，但最终结果应该是相同的。

于 2015-05-18T21:02:36.837 回答