是否可以在Windows中创建一个新的，任意的文件命名空间方案？
据我了解，Windows目前了解两个或三个文件系统或类似文件系统的命名空间方案：
是否可以实现一个通用的自定义命名空间方案，由其他操作系统自动使用？也许是过滤驱动程序或其他一些专门的内核模式驱动程序？我离开了我的联盟，但我真的很好奇。
我没有具体的东西，但是我想说我想实现一个内核驱动程序，它不仅可以理解如何读写OpenVMS文件系统，还可以实现某种过滤器驱动程序，以便用户程序可以使用标准File-11语法来访问这样的文件系统。
例如，现有程序调用{{1}}，并且某种程度上自定义处理程序透明地处理它，而lo，记事本可以读取和写入VMS文件。更重要的是，也许某些移植程序需要OpenVMS File-11路径字符串才能正常工作。只需将OpenVMS文件系统映射到常规Windows文件系统OpenFile("[DIR1.DIR2.DIR3]FILE.EXT;10");就不够了。
我应该澄清一下，我的OpenVMS参考只是一个例子;我正在寻找更通用的解决方案。这可能适用于OpenVMS File-11，MVS，标准unix语法ala D:\dir1\dir2\file.ext，或者我刚刚自己编写的东西。
我知道基于shell的namespace extensions和兼容层如cygwin，但这不是我想要的。
那么，你怎么看？这可能吗？你从哪里开始？