正则表达式

  看了一段时间Javascript视频教程。间的解释主要部分是正则表达式,这就解释 正则表达式是非常重要的权利。在这里,留下足迹,成功越过。

  正則表達式是什么东东呢?360搜索得:在计算机科学中,是指一个用来描写叙述或者匹配一系列符合某个句法规则的字符串或单个字符串,在非常多编辑器或其它工具里,正則表達式通经常使用来检索和/或者替换那些符合某个模式的文本内容。经过学习。我的认识就是:用来对能够对字符串格式进行验证,对字符串中的字符进行查询。替换的一种语义。

  以下是搜素得来的一些正則表達式的字符使用方法:

元字符

描写叙述

将下一个字符标记为一个特殊字符、或一个原义字符、或一个向后引用、或一个八进制转义符。比如。“ ”匹配字符“n”。

“\n”匹配一个换行符。序列“\”匹配“”而“(”则匹配“(”。

^

匹配输入字符串的開始位置。假设设置了RegExp对象的Multiline属性,^也匹配“ ”或“ ”之后的位置。

$

匹配输入字符串的结束位置。假设设置了RegExp对象的Multiline属性,$也匹配“ ”或“ ”之前的位置。

*

匹配前面的子表达式零次或多次。

比如,zo*能匹配“z”以及“zoo”。*等价于{0,}。

+

匹配前面的子表达式一次或多次。比如,“zo+”能匹配“zo”以及“zoo”。但不能匹配“z”。

+等价于{1,}。

?

匹配前面的子表达式零次或一次。比如。“do(es)?”能够匹配“does”或“does”中的“do”。

?等价于{0,1}。

{n}

n是一个非负整数

匹配确定的n次。

比如,“o{2}”不能匹配“Bob”中的“o”,可是能匹配“food”中的两个o。

{n,}

n是一个非负整数。

至少匹配n次。

比如,“o{2,}”不能匹配“Bob”中的“o”,但能匹配“foooood”中的全部o。“o{1,}”等价于“o+”。“o{0,}”则等价于“o*”。

{n,m}

m和n均为非负整数,当中n<=m。

最少匹配n次且最多匹配m次。比如,“o{1,3}”将匹配“fooooood”中的前三个o。“o{0,1}”等价于“o?

”。请注意在逗号和两个数之间不能有空格。

?

当该字符紧跟在不论什么一个其它限制符(*,+,?

,{n}。{n,},{n,m})后面时。匹配模式是非贪婪的。非贪婪模式尽可能少的匹配所搜索的字符串,而默认的贪婪模式则尽可能多的匹配所搜索的字符串。比如。对于字符串“oooo”,“o+?

”将匹配单个“o”。而“o+”将匹配全部“o”。

.点

匹配除“ ”之外的不论什么单个字符。要匹配包含“ ”在内的不论什么字符,请使用像“(.| )”的模式。

(pattern)

匹配pattern并获取这一匹配。所获取的匹配能够从产生的Matches集合得到,在VBScript中使用SubMatches集合,在JScript中则使用$0…$9属性。要匹配圆括号字符。请使用“(”或“)”。

(?

:pattern)

匹配pattern但不获取匹配结果。也就是说这是一个非获取匹配,不进行存储供以后使用。这在使用或字符“(|)”来组合一个模式的各个部分是非常实用。

比如“industr(?:y|ies)”就是一个比“industry|industries”更简略的表达式。

(?

=pattern)

正向肯定预查,在不论什么匹配pattern的字符串開始处匹配查找字符串。

这是一个非获取匹配。也就是说,该匹配不须要获取供以后使用。

比如,“Windows(?=95|98|NT|2000)”能匹配“Windows2000”中的“Windows”。但不能匹配“Windows3.1”中的“Windows”。预查不消耗字符。也就是说。在一个匹配发生后。在最后一次匹配之后马上開始下一次匹配的搜索。而不是从包括预查的字符之后開始。

(?

!pattern)

正向否定预查,在不论什么不匹配pattern的字符串開始处匹配查找字符串。这是一个非获取匹配,也就是说,该匹配不须要获取供以后使用。

比如“Windows(?!95|98|NT|2000)”能匹配“Windows3.1”中的“Windows”,但不能匹配“Windows2000”中的“Windows”。预查不消耗字符,也就是说,在一个匹配发生后。在最后一次匹配之后马上開始下一次匹配的搜索。而不是从包括预查的字符之后開始。

(?<=pattern)

反向肯定预查,与正向肯定预查类似。仅仅是方向相反。比如。“(?<=95|98|NT|2000)Windows”能匹配“2000Windows”中的“Windows”,但不能匹配“3.1Windows”中的“Windows”。

(?<!pattern)

反向否定预查,与正向否定预查类似。仅仅是方向相反。比如“(?<!95|98|NT|2000)Windows”能匹配“3.1Windows”中的“Windows”,但不能匹配“2000Windows”中的“Windows”。

x|y

匹配x或y。比如,“z|food”能匹配“z”或“food”。“(z|f)ood”则匹配“zood”或“food”。

[xyz]

字符集合。匹配所包括的随意一个字符。比如,“[abc]”能够匹配“plain”中的“a”。

[^xyz]

负值字符集合。匹配未包括的随意字符。比如,“[^abc]”能够匹配“plain”中的“plin”。

[a-z]

字符范围。匹配指定范围内的随意字符。

比如,“[a-z]”能够匹配“a”到“z”范围内的随意小写字母字符。

[^a-z]

负值字符范围。匹配不论什么不在指定范围内的随意字符。比如,“[^a-z]”能够匹配不论什么不在“a”到“z”范围内的随意字符。



匹配一个单词边界。也就是指单词和空格间的位置。比如。“er”能够匹配“never”中的“er”,但不能匹配“verb”中的“er”。

B

匹配非单词边界。“erB”能匹配“verb”中的“er”,但不能匹配“never”中的“er”。

cx

匹配由x指明的控制字符。比如,cM匹配一个Control-M或回车符。

x的值必须为A-Z或a-z之中的一个。

否则,将c视为一个原义的“c”字符。

d

匹配一个数字字符。

等价于[0-9]。

D

匹配一个非数字字符。

等价于[^0-9]。

f

匹配一个换页符。

等价于x0c和cL。

匹配一个换行符。

等价于x0a和cJ。

匹配一个回车符。等价于x0d和cM。

s

匹配不论什么空白字符,包含空格、制表符、换页符等等。等价于[ f v]。

S

匹配不论什么非空白字符。等价于[^ f v]。

匹配一个制表符。

等价于x09和cI。

v

匹配一个垂直制表符。等价于x0b和cK。

w

匹配包含下划线的不论什么单词字符。等价于“[A-Za-z0-9_]”。

W

匹配不论什么非单词字符。

等价于“[^A-Za-z0-9_]”。

xn

匹配n,当中n为十六进制转义值。十六进制转义值必须为确定的两个数字长。

比如。“x41”匹配“A”。

“x041”则等价于“x04&1”。正則表達式中能够使用ASCII编码。

um

匹配num,当中num是一个正整数。对所获取的匹配的引用。

比如,“(.)1”匹配两个连续的同样字符。

标识一个八进制转义值或一个向后引用。

假设 之前至少n个获取的子表达式。则n为向后引用。

否则,假设n为八进制数字(0-7)。则n为一个八进制转义值。

m

标识一个八进制转义值或一个向后引用。假设 m之前至少有nm个获得子表达式,则nm为向后引用。假设 m之前至少有n个获取,则n为一个后跟文字m的向后引用。

假设前面的条件都不满足,若n和m均为八进制数字(0-7)。则 m将匹配八进制转义值nm。

ml

假设n为八进制数字(0-3)。且m和l均为八进制数字(0-7),则匹配八进制转义值nml。

un

匹配n,当中n是一个用四个十六进制数字表示的Unicode字符。

比如,u00A9匹配版权符号(&copy;)。

  学到了两个正則表達式的函数,各自是replace替换函数和match查找符合条件的函数。

<script type="text/javascript">
     var str="Windows是优秀的系统,我喜欢Windows。";
     var reg=/Windows/g;
     var tmp=str.replace(reg,"Linux");
     alert(tmp);
</script>
  其输出的结果为:Linux是优秀的系统。我喜欢Linux!

<script type="text/javascript">
     var str="Windows是优秀的系统,我喜欢Windows!";
     var reg=/Windows/g;
     var found=str.match(reg);
     alert(found);
</script>

其弹出的对话框为两个Windows.


  正則表達式也无法逃脱凡事有利也有弊的命运,那么就来说说它的优缺点吧。

  缺点:1.正則表達式仅仅适合匹配文本字面,不适合匹配文本意义:像匹配url。email这样的纯文本的字符就非常好,但比方匹配多少范围到多少范围的数字,假设你这个范围非常复杂的话用正则就非常麻烦。2.easy引起性能问题:像.*这样的贪婪匹配符号非常easy造成大量的回溯,性能有时候会有上百万倍的下降,编写好的正則表達式要对正则引擎运行方式有非常清楚的理解才干够。3.正则的替换功能较差:甚至没有主要的截取字符串或者把首字母改变大写和小写的功能

  长处:仅仅要熟练应用正則表達式。并且匹配的目标是纯文本,那么相比于写分析器来说。正则能够更高速的完毕工作。还有在捕获字符串的能力。正则也能够非常好的完毕工作,比方截取url的域名或者其它的内容等等

  如何才干非常好地应用正則表達式呢?仅仅有可以熟练的使用,我们才干在使用中去推断,得到想要的结果。

那么我们的第一步还是去熟练使用吧。









版权声明:本文博主原创文章。博客,未经同意不得转载。

原文地址:https://www.cnblogs.com/mengfanrong/p/4908519.html