文件路径匹配模式 globs匹配规则,正则也可以

A. “*”:匹配文件中0个或者多个字符,但是不会匹配路径中的分隔符,除非路径分隔符出现在末尾。例

a) ./style/* :能匹配./style目录下的 a.js,x.y,abc,abc/,但不能匹配a/b.js

b) ./style/*.js :匹配./style目录下所有的js文件.

c) /style/*.* :匹配./style目录下所有的文件

d) ./style/*/*.js:只要层级相同,可以匹配任意目录下的任意js文件 比如./style/a/b.js,不能匹配a/b.js,a/b/c/d.js

B. “**”:匹配路径中的0个或多个目录及其子目录,需要单独出现,即它左右不能有其他东西了。如果出现在末尾,也能匹配文件。例

a) ./style/** :匹配style目录所有的目录和文件,如能匹配:

./style/lib

./style/mudules/b

./style/a.js

./style/lib/res.js

./style/mudules/b/a.js

b) ./style/**/*.js :匹配style目录及其所有子目录下的所有js文件,如能匹配:

./style/a.js

./style/lib/res.js

./style/mudules/b/a.js

c) ./style/**/* :匹配style目录下的所有目录和文件,比如能匹配

./style/a.js

./style/bb

./style/images/c.png

d) a/**b/z :能匹配 a/b/z,a/sb/z,但不能匹配a/x/sb/z,因为只有单**单独出现才能匹配多级目录

C. “?”:匹配一个字符,不会匹配路径分隔符

a) ?.js :能匹配文件名只有一个字符的js文件,如a.js, b.js, 但不能匹配文件名为2个字符及其以上的js的文件

D. [...] :由多个规则组成的数组,可以匹配数组中符合任意一个子项的文件,当子项中第一个字符为!或者^时,表示不匹配该规则

a) ./style/a[0-3].js : 匹配style目录下的a0.js, a1.js, a2.js, a3.js

b) [xyz].js :只能匹配 x.js,y.js,z.js,不会匹配xy.js,xyz.js等,整个中括号只代表一个字符

c) [^xyz].js :能匹配 a.js,b.js,c.js等,不能匹配x.js,y.js,z.js

注:使用数组的方式还有一个好处就是可以很方便的使用排除模式,在数组中的单个匹配模式前加上!即是排除模式,它会在匹配的结果中排除这个匹配,要注意一点的是不能在数组中的第一个元素中使用排除模式

d) gulp.src([.js,'!b.js']) :匹配所有js文件,但排除掉以b开头的js文件

e) gulp.src(['!b.js',.js]) :不会排除任何文件,因为排除模式不能出现在数组的第一个元素中

**E. {...}: 展开模式,根据里面的内容展开为多个规则,能匹配所有展开之后的规则将上面的例子扩展一下,可以如下写**

a) ['./**/*.{html, php}', '!{build, simple, images, node_modules}/**'] :除开build,simple,images,node_modules目录,匹配根目录下所有的html与php文件

F. !(pattern|pattern|pattern) :这里指排除符合这几个模式的所有文件

a) ./style/!(?|jquery).js :匹配排除文件名为一个字符的js文件,以及排除jquery.js之后的所有js文件

b) ['./**/!()*.{html, php}', '!{build, node_modules}/**'] :排除build与node_modules目录,并排除其他目录下以下划线开头的html与php文件,匹配其余的html与php文件

**G. ?(pattern|pattern|pattern) 匹配括号中给定的任一模式0次或者1次,类似于js正则中的(pattern|pattern|pattern)?**

a) './style/?(a|a2|b).js' :匹配style目录下的a.js, a2.js, b.js,不能组合,匹配0次或者1次

H. @(pattern|pattern|pattern) :匹配多个模式中的任一个,类似于js正则中的(pattern|pattern|pattern)

a) ./style/@(a|b|c).js:匹配style目录下的a.js,b.js, c.js,不能组合,匹配一次,不能为空,注意与?的区别

**I. +(pattern|pattern|pattern) 匹配括号中给定任一模式1次或者多次,这几个模式可以组合在一起匹配,类似于js正则中的(pattern|pattern|pattern)+**

a) ./style/+(a|a2|b).js :可以匹配style目录下的a.js, a2.js, b.js,也可以匹配他们的组合 ab.js, aa2.js, a2b.js等,至少匹配一次,为空不匹配。

**J. *(pattern|pattern|pattern) 匹配括号中给定任一模式0次或者多次,这几个模式可以组合在一起匹配,类似于js正则中的(pattern|pattern|pattern)***

a) ./style/*(a|b|c).js :可以匹配style目录下的a.js, b.js, c.js,也可以匹配他们的组合 ab.js, bc.js, ac.js,匹配0次或者多次。
转载

全部评论

相关推荐

想干测开的tomca...:让我来压力你!!!: 这份简历看着“技术词堆得满”,实则是“虚胖没干货”,槽点一抓一大把: 1. **项目描述是“技术名词报菜名”,没半分自己的实际价值** 不管是IntelliDoc还是人人探店,全是堆Redis、Elasticsearch、RAG这些时髦词,但你到底干了啥?“基于Redis Bitmap管理分片”是你写了核心逻辑还是只调用了API?“QPS提升至1500”是你独立压测优化的,还是团队成果你蹭着写?全程没“我负责XX模块”“解决了XX具体问题”,纯把技术文档里的术语扒下来凑字数,看着像“知道名词但没实际动手”的实习生抄的。 2. **短项目塞满超纲技术点,可信度直接***** IntelliDoc就干了5个月,又是RAG又是大模型流式响应又是RBAC权限,这堆活儿正经团队分工干都得小半年,你一个后端开发5个月能吃透这么多?明显是把能想到的技术全往里面塞,生怕别人知道你实际只做了个文件上传——这种“技术堆砌式造假”,面试官一眼就能看出水分。 3. **技能栏是“模糊词混子集合”,没半点硬核度** “熟悉HashMap底层”“了解JVM内存模型”——“熟悉”是能手写扩容逻辑?“了解”是能排查GC问题?全是模棱两可的词,既没对应项目里的实践,也没体现深度,等于白写;项目里用了Elasticsearch的KNN检索,技能栏里提都没提具体掌握程度,明显是“用过但不懂”的硬凑。 4. **教育背景和自我评价全是“无效信息垃圾”** GPA前10%这么好的牌,只列“Java程序设计”这种基础课,分布式、微服务这些后端核心课提都不提,白瞎了专业优势;自我评价那堆“积极认真、细心负责”,是从招聘网站抄的模板吧?没有任何和项目挂钩的具体事例,比如“解决过XX bug”“优化过XX性能”,纯废话,看完等于没看。 总结:这简历是“技术名词缝合怪+自我感动式凑数”,看着像“背了后端技术栈名词的应届生”,实则没干货、没重点、没可信度——面试官扫30秒就会丢一边,因为连“你能干嘛”都没说清楚。
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务