(C#)Windows Shell 外壳编程系列8 - 同后缀名不同图标？

http://www.cnblogs.com/lemony/archive/2008/09/01/1280925.html 关于注册 动态库必须注册才能使用。除了使用 regasm 来注册 DLL 以外，还应该在代码中增加 RegisterServer 和 UnregisterServer 方法，以指导 DLL 注册时，在 Windows 注册表中增加什么键。关于具体键以下做简单说明： 1) 注册 DLL 的 Shell Extensions。具体位置是 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Shell Extensions\Approved，增加以 GUID 为名称的键，值则是动态库说明。（此位置里面全是 Shell 扩展的动态库注册，许多相关软件就是从里面获取信息，例如 ShexView。 2) 关联文件。Shell 扩展一般是针对文件或者文件夹的，因此必须关联。许多人都熟知“HKEY_CLASSES_ROOT\*”的作用，就是用来关联所有文件。而文件夹则是“HKEY_CLASSES_ROOT\Folder”。然而如果具体到某种文件类型。可能会稍微复杂一点。我们可以从代码中看到一些启示：  

private static void RegTXT() { RegistryKey root; RegistryKey rk; root = Registry.ClassesRoot; rk = root.OpenSubKey(".txt"); string txtclass = (string)rk.GetValue(""); if (string.IsNullOrEmpty(txtclass)) { txtclass = "TXT"; rk.SetValue("", txtclass); } rk.Close(); rk = root.CreateSubKey(txtclass + "\\shellex\\ContextMenuHandlers\\" + KEYNAME); rk.SetValue("", GUID); rk.Close(); rk = root.CreateSubKey(txtclass + "\\shellex\\IconHandler"); rk.SetValue("", GUID); rk.Close(); rk = root.CreateSubKey(txtclass + "\\shellex\\{00021500-0000-0000-C000-000000000046}"); rk.SetValue("", GUID); rk.Close(); }

对于关联 .TXT，首先应该找寻“HKEY_CLASSES_ROOT\.txt”，但事情远远没那么简单，因为相当多的文本编辑工具，都会把改键重定向，例如EMEditor会把改键的默认值改为“emeditor.txt”。被重定向后，我们为了不破坏原有关联，应该到新的地方去注册（如果没有，我们就修改重定向至 TXT)。   无论是 *、文件夹还是具体文件类型，都会有 ShellEx 的键，为 Shell 扩展专用。具体不同的扩展，应该注册不同的键。例如 ContextMenuHandlers、IconHandler、或者{00021500-0000-0000-C000-000000000046}（其实这就是QueryInfo）。注册的方法很简单，把默认值改为 GUID 即可。   相同文件类型不同图标？ 如果是以前，我会对这句话十分吃惊。但现在这种现象比比皆是。除了我们的例子外，.NET 程序员最熟悉的莫过于 Sln 解决方案文件了。不同版本的 Sln 图标不同，上面有个小版本号提示。   不过后来我了解到，原来不同 Exe 显示不同的图标，也是这种原理，我晕。。。   扩展接口 图标扩展处理器实现两个接口 IPersistFile 和 IExtractIcon. 记得 IShellExtInit 接口用于一次有多个选择文件时的处理，而 IPersistFile 则用于初始化只涉及一个选择文件时的处理。  

[ComImport(), ComVisible(true), InterfaceType(ComInterfaceType.InterfaceIsIUnknown), GuidAttribute("0000010b-0000-0000-C000-000000000046")] public interface IPersistFile { [PreserveSig] uint GetClassID(out Guid pClassID); [PreserveSig] uint IsDirty(); [PreserveSig] uint Load([In, MarshalAs(UnmanagedType.LPWStr)] string pszFileName, [In] uint dwMode); [PreserveSig] uint Save([In, MarshalAs(UnmanagedType.LPWStr)] string pszFileName, [In] bool fRemember); [PreserveSig] uint SaveCompleted([In, MarshalAs(UnmanagedType.LPWStr)] string pszFileName); [PreserveSig] uint GetCurFile([MarshalAs(UnmanagedType.LPWStr)] out string ppszFileName); }

  对于这个接口，我们只需要用到 Load 方法  

public uint Load(string pszFileName, uint dwMode) { szFileName = pszFileName; return S_OK; }

  szFileName 是全局变量，用来记住当前操作的文件路径。   IExtractIcon 接口图标扩展处理器实现 IExtractIcon 接口，当浏览器需要为文件显示一个图标时将调用该接口。 因为我们的扩展用于文本文件，浏览器将在每次显示文本文件对象时调用 IExtractIcon 的方法。 IExtractIcon 有两个方法，它们的作用是告诉浏览器所使用的图标。记住：浏览器为显示的每一个文件都将创建一个COM 对象。 这就是说每一个文件都将有一个COM C++类对象对应. 因此在你的扩展中应该避免费时的操作以防止浏览界面反应迟滞。

[ComVisible(true), ComImport, Guid("000214eb-0000-0000-c000-000000000046"), InterfaceType(ComInterfaceType.InterfaceIsIUnknown)] public interface IExtractIcon { [PreserveSig] int GetIconLocation([In] ExtractIconOptions uFlags, [In] IntPtr szIconFile, [In] uint cchMax, [Out] out int piIndex, [Out] out ExtractIconFlags pwFlags); [PreserveSig] int Extract([In, MarshalAs(UnmanagedType.LPWStr)] string pszFile, uint nIconIndex, [Out, MarshalAs(UnmanagedType.CustomMarshaler, MarshalTypeRef=typeof(IconMarshaler))] out Icon phiconLarge, [Out, MarshalAs(UnmanagedType.CustomMarshaler, MarshalTypeRef=typeof(IconMarshaler))] out Icon phiconSmall, [In] uint nIconSize); }

  和许多教程上面说的一样，有两种方法可将图标返回给浏览器。但我在尝试第一种方式的时候，未能成功，十分奇怪。不过我还是应该把这种方法简单说明。   第一种是 GetIconLocation() 可以返回文件名/索引对以指出包含图标的文件,和图标在该文件中索引位置（以0为基）。Extract() 只需返回 S_FALSE 给浏览器让它自己来解析图标。该方法的特别之处在于浏览器在 GetIconLocation() 返回之后不一定会调用 Extract().。浏览器会保持一个图标缓存以存储最近使用的图标。 如果 GetIconLocation() 返回最近已使用的文件名/索引对，而且图标仍然在缓存中，浏览器就可以直接使用缓存中的图标而不会去调用Extract()。 第二种方法是从GetIconLocation() 中返回不要查看缓冲的标志，这样会使浏览器去调用Extract()，Extract() 则负责加载图标资源并将其句柄返回给浏览器。   这里具体介绍第二种方法。在这方法中，GetIconLocation() 作用仅仅是设置一些标志位，以及获取文件大小。  

int IExtractIcon.GetIconLocation(ExtractIconOptions uFlags, IntPtr szIconFile, uint cchMax, out int piIndex, out ExtractIconFlags pwFlags) { piIndex = -1; try { FileInfo f = new FileInfo(szFileName); lngFileSize = f.Length; pwFlags = ExtractIconFlags.DontCache | ExtractIconFlags.NotFilename; return S_OK; } catch { } pwFlags = ExtractIconFlags.None; return S_FALSE; }

其参数为: uFlags 改变扩展行为的标志。 ExtractIconFlags.DONTCACHE 告诉浏览器不要检查图标缓冲而去使用最近的 szIconFile/piIndex 对。其结果是IExtractIcon::Extract() 将被调用.。 ExtractIconFlags.NOTFILENAME 根据 MSDN，该标志告诉浏览器当GetIconLocation()返回时忽略 szIconFile/piIndex 的内容。 szIconFile 是由shell 提供的一个缓冲要求我们填入包含所使用的图标的文件名. cchMax 是该缓冲区的大小。 piIndex int 的指针，要求我们添入图标在文件中的索引。 pwFlags UINT 的指针，要求我们返回影响浏览器行为的标志。   使用第二种方法，我们并不需要填写 piIndex 和 szIconFile，而 IExtractIcon.Extract() 总被调用,并负责加载图标并返回两个图标句柄 HICON 给浏览器 – 一个是大图标, 一个是小图标。该方法的好处是你不必考虑你的图标资源在文件中的顺序位置。其缺陷在于它忽略了浏览器的图标缓冲,这会使显示速度减慢，特别是在有浏览有无 数个文件的目录时。  

int IExtractIcon.Extract(string pszFile, uint nIconIndex, out Icon phiconLarge, out Icon phiconSmall, uint nIconSize) { phiconLarge = null; phiconSmall = null; try { if (lngFileSize > 16 * 1024) { phiconLarge = Resource1._2; phiconSmall = new Icon(Resource1._2, new Size(16, 16)); } else if (lngFileSize > 0) { phiconLarge = Resource1._1; phiconSmall = new Icon(Resource1._1, new Size(16, 16)); } else { phiconLarge = Resource1._0; phiconSmall = new Icon(Resource1._0, new Size(16, 16)); } return S_OK; } catch { } return S_FALSE; }

其参数为: pszFile/nIconIndex 文件名和索引指定图标位置。其值与从 GetIconLocation() 返回的一样。 phiconSmall HICON 的指针，由 Extract() 返回指向大图标和小图标的句柄数组。 nIconSize 指定要求的图标大小。高字为小图标的长度 (长宽一致)，低字为大图标的长度。在一般情况下, 其值为0x00100020 (高字16, 低字 32) 表示小图标应该是 16x16，大图标为 32x32。在我们的扩展中, 我们并没有在 GetIconLocation() 里填写 pszFile 和 nIconIndex 所以在这忽略，我们只加载图标并返回给浏览器。   从代码可以看到，根据文件大小的不同，加载了相应的图标资源返回给浏览器。效果如下：     代码：https://files.cnblogs.com/lemony/MyContextMenu.rar   关于代码：代码里面还包括了提示扩展的代码，如果有兴趣，可自行阅读。   题外话：还有相当多的关于 Shell 扩展的内容无法一一说明，如果有机会，以后会尽量补上。或大家查阅网上的“Windows Shell扩展编程完全指南”（虽然是VC版的，但内容相当丰富）