用注册表是安装后的exe和文件类型的打开方式相关联

//假设要用<TARGETDIR>^MyExe.exe打开*.Myf的文件类型 //这种方法最简单 //遗留问题: 双击文件后, 没能用exe直接打开.Myf, //而是出现了一个选择框, 把MyExe.exe作为推荐的程序进行提示. //要手工复选"一直用此程序打开", 然后按确定才行. REGEDIT4 [HKEY_CLASSES_ROOT] [HKEY_CLASSES_ROOT/.Myf] @="MyExe.type.File" [HKEY_CLASSES_ROOT/MyExe.type.File] [HKEY_CLASSES_ROOT/MyExe.type.File/shell] [HKEY_CLASSES_ROOT/MyExe.type.File/shell/open] [HKEY_CLASSES_ROOT/MyExe.type.File/shell/open/command] @="<TARGETDIR>MyExe.exe /"%1/""

 

回来越想越奇怪，又做了个实验。

 

写了个exe, 传进文件名, 在exe中显示传进文件的内容。

写了个InstallShield工程，把exe拷贝到TargetDir, 然后再注册表中关联自定义后缀的文件类型和此exe.

安装后，看注册表，终于看明白了，是写错了，引起的。

 

最后正确的注册表文件从InstallShield导出如下:(InstallShield导出的注册表文件和从Windows注册表导出的格式不同，这个注册表文件只能导回到InstallShield)

REGEDIT4 [HKEY_CLASSES_ROOT] [HKEY_CLASSES_ROOT/.Myf] @="MyExe.type.File" [HKEY_CLASSES_ROOT/MyExe.type.File] [HKEY_CLASSES_ROOT/MyExe.type.File/shell] [HKEY_CLASSES_ROOT/MyExe.type.File/shell/open] [HKEY_CLASSES_ROOT/MyExe.type.File/shell/open/command] @="<TARGETDIR>//MyExe.exe %1" [HKEY_CURRENT_USER] [HKEY_LOCAL_MACHINE] [HKEY_USERS] [HKEY_USER_SELECTABLE]

反正最后要看到安装后，注册表关联程序的shell/open/command = @"C:/Program Files/My Company Name/testRegOpenFile/MyExe.exe %1" 才行.

 

测试工程已经上传到我的资源.

 

<2010_0818_1016>

在M$的站点上看到了另一种文件类型和exe想关联的方法.

http://support.microsoft.com/kb/122787/zh-cn , M$提供的例子文件是fileasso.exe

 

这个demo中出来指定shell/open/command的外部程序之外, 还用dde的方法来打开文件。

建立了一个dde服务器, 当demo运行时, 双击文件类型, 会直接调用正在运行的demo来打开此类型文件.

这种方法需要程序在运行, 还需要在程序中建立dde服务器. 如果只是为了双击打开文件类型, 有点罗嗦.

好处是: 对于正在运行的mdi程序, 双击后，可以在程序中新开一个mdi文档来处理文件，不用新建一个程序实例.

 

codeproject上有一篇相关文章来介绍如何建立和使用dde服务器.

http://www.codeproject.com/KB/cpp/WinAmpDDE.aspx