[原创]实际上也是JOHN大提的，先作一个BETA的测试，匹配那
作了一个匹配的，只是简单的测试了一下可以用不知道JOHN大如何……
看看罢^^
－－－－－－－－－－－－－－－－－－
之后和JOHN大私下交流过，基本上可以但是貌似还不是很有用
不过这个东西最初的目标只是定位文件用的，类似预WIN32的CMD下面的* 和?
并不考虑REGEX的通配实现，如果需要肯定需要修改分析 匹配和查找的算法了
那个fnmatch会在BUG修改差不多的时候看看的，不过REGEX那么多了……
有点觉得没有必要去实现，而且为了GENERAL而在搜索文件名字时候追加额外的判断不划算
至少这个算是个FILE SEARCH的工具罢……用法如同DOS，希望速度不会太慢了……
预计偶以后打包会用到这个的，有需求的话联系偶好了～（其实应该没啥用……）
基本接口如下：
int
StrPatternSearchW(
const wchar_t* strlist[], int strsize[], int count,
const wchar_t* pattern, int patsize,
const wchar_t* matchstrlist[], int reqcount
);
int
StrPatternSearchExW(
const wchar_t* (*StrInput)(int* length, void* handle), void* handle,
const wchar_t* pattern, int patsize,
const wchar_t* matchstrlist[], int reqcount
);
int
StrPatternSearchAdvW(
const wchar_t* (*StrInput)(int* length, void* handle),
int (*StrMatched)(const wchar_t* ptr, int startpos, int endpos, void* handle),
void* handle,
const wchar_t* pattern, int patsize
);
只用了VS2003， VS2005 和 VS2008命令行版本……
以上。。 已经发现BUG了，*a的情况…… 也不知道怎么用的，就看程序一闪而过.... 下次追加用法，既然都是CMD的，必须要用命令行驱动啊－ － 一般情况下我都是先点了试试，而一般的时候都会自己停住的。
如果这样不行的情况下，才会去开命令行。
关键是没有用法提示，如果要自己换那个txt的内容来做测试，就相当的麻烦了。
期待下一版。 ……突然发现偶的名字，抱回去试试
LW大实在太有爱了
另：不懂怎么用 今天果然又再次发现了BUG TOT感谢YUKI姐啊～～～
另外偶可能太不在意测试形式了，就是用文本修改，当然本来也支持使用输入啊……
只是把第一个文本当作匹配串了，偶是没有想好更方便的测试形式……
页:
[1]