正则表达式扩展
- 构造函数支持传入正则得到拷贝,同时可以用第二参修改修饰符
var reg = /^abc/ig;
var newReg_ig = new RegExp(reg); //newReg_ig = /^abc/ig;
var newReg_g = new RegExp(reg,'g'); //newReg_g = /^abc/g;
- 引入新的修饰符
ES5中的修饰符有3个, 加上 ES6 的修饰符,一共5个:
修饰符 | 描述 | 描述 |
---|---|---|
m | multiline | 多行模式 |
i | ignore case | 忽略大小写模式 |
g | global match | 全局匹配模式 |
u | unicode | unicode模式 |
y | sticky | 粘连模式 |
unicode 模式
为了兼容 4 自己 unicode, 我们需要在一下情况使用该模式
//情况1:
/^\uD83D/.test("\uD83D\uDC2A"); //true, 很明显这个是不对的, 因为 \uD83D\uDC2A 是一个字,不能拆开
/^\uD83D/u.test("\uD83D\uDC2A"); //false
//情况2
var s = "?";
/^.$/.test(s); //false, 通配符 . 不能匹配32位unicode
/^.$/u.test(s); //true
//情况3
var s = "?a";
/\u{63}/.test(s); //false, 不能使用{}形式的 unicode,被电脑认为 u 出现63次
/\u{63}/u.test(s); //false, 即使用了 u 也一样
//为了避免这种误解,合理使用 u 修饰符
//情况3
var s = "?";
/^\S$/.test(s); //false, \S 无法监测到32位 unicode
/^\S$/u.test(s); //true
当然这个里面还是有坑的,比如下面这个:
var k1 = "\u004B";
var k2 = "\u212A";
/[a-z]/i.test(k1); //true
/[a-z]/iu.test(k1); //true
/[a-z]/i.test(k2); //false
/[a-z]/iu.test(k2); //true
第三个输出居然是 false?根本没有32位 unicode 呀,干嘛用u修饰? 其实 "\u004B"
和 "\u212A"
都是 K
(前一个是真 K,后一个是假的),博主也不知道为啥会这样!
y 修饰符
和全局修饰符(g)类似,执行全局匹配,但 g 只有剩余位置存在匹配即可,y 则必须中上次匹配的下一个字母开始。
var s = 'aaa_aa_a';
var r1 = /a+/g;
var r2 = /a+/y;
r1.exec(s); //["aaa"], 剩余字符是 '_aa_a'
r2.exec(s); //["aaa"], 剩余字符是 '_aa_a'
r1.exec(s); //["aa"], 限定起始点,得到 aa, 剩余字符是 '_a'
r2.exec(s); //null, 必须从剩余字符的第一个就匹配到,相当于 /^a+/g, 由于匹配不到返回 null,同时将 lastIndex 置 0
r1.exec(s); //["a"], 剩余字符是 ''
r2.exec(s); //["aaa"], 剩余字符是 '_aa_a'
y修饰符就是为了让起始位置匹配 ^ 在全局有效才设计使用的。
与此同时,es6 中的 RegExp.prototype
也加入了一些新的属性:
var reg = /^abc/uy;
reg.sticky; //true, 判断reg是否是粘连模式
reg.unicode; //true, 判断reg是否是unicode模式
reg.flags; //'uy', 得到其全部修饰符构成的字符串
reg.source; //'^abc' 得到正则表达式字符串
var str="^abc."
RegExp.escape(str); //\^abc\. 得到正则表达式的字符串转译写法
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。