c++ - 应该用什么代替 MDI 应用程序的 ddeexec？

Question

我们一直在使用 ddeexec 注册表项来处理从资源管理器打开设计。

MSDN (文章的大约 2/3 部分)表示 ddeexec 已弃用，应用程序应改用 IDropTarget。

我不清楚这实际上应该如何工作..

例如如果我有用于处理 .foo 文件的 Foo.exe，注册表会是什么样子？

HKCR\.foo
 (default) = Foo.foo.1

HKCR\Foo.foo.1
 shell
  open
   command
    (default) = ?????

如果命令设置为显而易见的:

"C:\Program Files\Foo Corp\Foo.exe" "%1" 

然后每次用户双击或从上下文菜单中选择打开 .foo 文件时都会启动 Foo.exe。

但是，这意味着为用户尝试启动的每个文件启动一个单独的 Foo.exe 实例。恶心。

我当然可以编写自定义代码，以某种方式将文件名从 Foo.exe 的第二个实例传递回 Foo.exe 的第一个实例，然后退出...但是我正在编写相当多的自定义代码.

DDE 曾经通过要求已经运行的第一个 Foo.exe 实例打开指定文件来优雅地(足够)处理这个问题。这使得 MDI 应用程序可以轻松熟练地处理打开多个文档，其中每个文档都在 Foo.exe 的一个实例中打开。

如果不推荐使用 DDE，那么首选机制是什么？我们的应用程序作为 MDI 应用程序更有意义 - 我们当然不希望运行多个 Foo.exe 实例(这只会惹恼我们的用户)。我当然不想编写一个新的 Foo-Shim.exe 来查找 Foo.exe 的真实实例，并使用一些自定义机制将打开的文件名传递给它。 (我不能为此目的只使用 Foo.exe，因为 Foo.exe 很大，加载速度很慢，并且需要一个激活安全代码，该代码按实例计算，因此如果您在您的最大并发用户限制)。

---

我在 IDropTarget 中没有看到任何看起来与这个(常见)场景有很大关系的东西。

有谁知道 MS 在这里的意图是什么？

Answer 1

当您使用 IDropTarget 时，它会模拟拖放(XP 及更高版本，您必须使用 DDE 或其他旧系统)

幸运的是，Raymond Chen 最近做了一个 blog post关于带有示例代码的 IDropTarget。