C# .Net中的模式匹配与IsolatedStorageFile.GetFileNames（）模式匹配一致_C#_.net_Silverlight_Isolatedstorage

C# .Net中的模式匹配与IsolatedStorageFile.GetFileNames（）模式匹配一致

c# .net silverlight

C# .Net中的模式匹配与IsolatedStorageFile.GetFileNames（）模式匹配一致,c#,.net,silverlight,isolatedstorage,C#,.net,Silverlight,Isolatedstorage,此API使用的模式匹配逻辑是否公开以在.Net Framework中的某个位置重用某种形式的FilePatternMatch（stringsearchpattern，stringfilenametost）就是我要找的我正在为WP7实现一个临时解决方案，不过滤这个重载的结果，我希望这个解决方案既能提供一致的体验，又能避免在这个功能暴露出来时重新发明它如果行为没有公开以供重用，那么正则表达式解决方案（like）就足够了，可以节省我花时间测试行为应该是什么的细节也许上面链接的帖子中的一个答案是

此API使用的模式匹配逻辑是否公开以在.Net Framework中的某个位置重用

某种形式的

FilePatternMatch（stringsearchpattern，stringfilenametost）

就是我要找的

我正在为WP7实现一个临时解决方案，不过滤这个重载的结果，我希望这个解决方案既能提供一致的体验，又能避免在这个功能暴露出来时重新发明它

如果行为没有公开以供重用，那么正则表达式解决方案（like）就足够了，可以节省我花时间测试行为应该是什么的细节

也许上面链接的帖子中的一个答案是正确的。由于我还没有确认确切的行为，我无法一眼就确定这一点。如果您知道其中一个答案在行为上与问题标题中引用的API完全匹配，请随时为我指出

我可以假设模式匹配与DOS处理方式一致*和？在8.3文件名中（我熟悉该实现的行为细微差别），但有理由假设Microsoft在十年以上的时间里已经发展了文件名的模式匹配行为，因此我认为在继续该假设之前，我会检查。

IsolatedStorageFile.GetFileNames（）使用的模式匹配规则与

System.IO.Path中使用的相同。它们都使用Win32 API/函数，即：
目录或路径以及文件
名称，可以包括通配符
字符，例如星号
（*）或问号（？）
此参数不应为NULL，为空
无效字符串（例如，空字符串）
字符串或缺少
终止空字符），或以结尾
后面的反斜杠（）
如果字符串以通配符结尾，
句点（.）或目录名
用户必须具有对的访问权限
上的根目录和所有子目录
路径
在该函数的ANSI版本中，
该名称仅限于最大路径
人物。将此限制扩展到
32767个字符，请调用
Unicode版本的函数和
在路径前添加“\？\”。更多
有关详细信息，请参见命名文件