现在，.NET CLR 4.0支持并行（SxS）操作，现在应该可以在托pipe代码中编写shell扩展了。 我已经尝试过，并成功地编写了一个Property Handler，它实现了IPropertyStore，IInitializeWithStream和IPropertyStoreCapabilities。
处理程序工作正常，并通过浏览器浏览文件时按预期调用。 在显示预览面板和文件属性“详细信息”面板中的自定义属性时，它也可以正常工作。
但是，当我尝试在预览面板中编辑属性，然后单击“保存”时，出现“文件正在使用”错误，说该文件在Windows资源pipe理器中打开。
一些花絮：
C＃/ .net：报告subprocess状态到父服务
处理Windows服务停止/暂停请求期间的延迟
Windows应用程序的风格化安装程序
VB 6 / .NET interop最近被Windows更新破坏了吗？
我怎样才能让窗户看起来像一个框架？
当资源pipe理器调用IInitializeWithStream.Initialize时，STGM属性被设置为STGM_SHARE_DENY_WRITE。
而资源pipe理器在任何时候都不会调用IPropertyStore.SetValue或IPropertyStore.Commit。
那么，我需要改变（或在registry中设置）以使财产保存工作？
更新：
感谢本，我有它的工作。 “困难的部分”（至less对我来说）是理解COM互操作将永远不会调用我的PropertyHandler上的dispose或Finalize。 这是我打开的文件，直到GC运行。
幸运的是，“属性处理程序协议”的工作原理是当为ReadValue（）调用IInitializeWithSream.Initialize（）时，streamMode是ReadOnly，当调用SetValue（）时，streamMode将被调用ReadWrite和Commit（）最后。
int IInitializeWithStream.Initialize( IStream stream,uint grfMode ) { _stream = stream; _streamMode = (Stgm)grfMode; Load(); // We release here cause if this is a read operation we won't get called back,// and our finializer isn't called. if ( ( _streamMode & Stgm.ReadWrite ) != Stgm.ReadWrite ) { Marshal.ReleaseComObject( _stream ); _stream = null; } return HResult.S_OK; } int IPropertyStore.Commit() { bool result = false; if ( _stream != null ) { result = WriteStream( _stream ); Marshal.ReleaseComObject( _stream ); _stream = null; } return result ? HResult.S_OK : HResult.E_FAIL; }
与SystemParametersInfo和布尔值pvParam参数混合
我如何告诉Windows预取文件？
DataGridView不填充
有没有工作和完整的1-Wire .NET库吗？
我如何以编程方式确定哪个应用程序正在locking文件？
是的，你必须AddRef（）流来保持它打开，并保持参考正确的。
请注意，索引器将使用您的属性处理程序来打开文件。 所以如果你泄漏流对象，文件将保持打开状态。 您可以使用sysinternals procexp来告诉哪个进程打开了该文件，或者使用procmon来告诉它使用了哪些调用和参数。
资源管理器试图确保它不会干扰可能打开文件的其他应用程序。 该文件是否可以被另一个应用程序合法地使用？ 预览处理程序是否打开？
有时，我们会看到属性处理程序将其流保持打开时间超过必要时间（或基于文件的处理程序以限制性的权限打开文件）。 你能否验证你是否及时发布流？
最后，我不认为这与您的直接问题有关，但不支持使用.NET外壳扩展。 我们建议不要将其纳入任何产品。
-ben
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
