0

我们一直在使用 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.exe 每次用户双击时启动，或者从上下文菜单中选择打开 .foo 文件。

但是，这意味着为用户尝试启动的每个文件启动一个单独的 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在这里的意图是什么？

4

1 回答 1

1

当您使用 IDropTarget 时，它会模拟拖放（XP 及更高版本，您必须在旧系统上使用 DDE 或其他任何东西）

幸运的是，Raymond Chen 最近发表了一篇关于 IDropTarget的博客文章，其中包含示例代码。

于 2010-05-20T08:01:39.380 回答