恰好则的扩张

正好则的扩张

  1. RegExp构造函数
  2. 字符串的正则方法
  3. u修饰符
  4. y
    修饰符
  5. sticky属性
  6. flags属性
  7. RegExp.escape())
  8. s 修饰符:dotAll
    模式
  9. 继执行断言
  10. Unicode属性类

RegExp构造函数

每当ES5丁,RegExp构造函数的参数有有限栽情形。

率先种状况是,参数是字符串,这时第二独参数表示正则表达式的修饰符(flag)。

var regex = new RegExp('xyz', 'i');
// 等价于
var regex = /xyz/i;

其次种情形是,参数是一个正要则象征式,这时会回去一个原有正则表达式的正片。

var regex = new RegExp(/xyz/i);
// 等价于
var regex = /xyz/i;

可是,ES5非容许此时采用第二只参数,添加修饰符,否则会报错。

var regex = new RegExp(/xyz/, 'i');
// Uncaught TypeError: Cannot supply flags when constructing one RegExp from another

ES6移了这种作为。如果RegExp构造函数第一只参数是一个正则对象,那么好利用第二个参数指定修饰符。而且,返回的正则表达式会忽视原有的正则表达式的修饰符,只下初指定的修饰符。

new RegExp(/abc/ig, 'i').flags
// "i"

点代码中,原有正则对象的修饰符是ig,它见面吃第二单参数i覆盖。

字符串的正则方法

字符串对象同发出4独方式,可以采取正则表达式:match()replace()search()split()

ES6用即刻4只法子,在语言里尽调用RegExp的实例方法,从而形成所有与正则相关的主意,全都定义在RegExp对象及。

  • String.prototype.match 调用 RegExp.prototype[Symbol.match]
  • String.prototype.replace 调用 RegExp.prototype[Symbol.replace]
  • String.prototype.search 调用 RegExp.prototype[Symbol.search]
  • String.prototype.split 调用 RegExp.prototype[Symbol.split]

u修饰符

ES6对准正则表达式添加了u修饰符,含义为“Unicode模式”,用来正确处理大于\uFFFF的Unicode字符。也就是说,会正确处理四只字节的UTF-16编码。

/^\uD83D/u.test('\uD83D\uDC2A')
// false
/^\uD83D/.test('\uD83D\uDC2A')
// true

上面代码中,\uD83D\uDC2A是一个季单字节的UTF-16编码,代表一个字符。但是,ES5免支持四独字节的UTF-16编码,会将该识别为片单字符,导致第二履代码结果吧true。加了u修饰符以后,ES6不怕见面识别其为一个字符,所以率先行代码结果吗false

而增长u修饰符号,就见面修改下面这些正则表达式的一言一行。

(1)点字符

点(.)字符在正则表达式中,含义是除了换行符以外的妄动单个字符。对于码点大于0xFFFF的Unicode字符,点字符不可知分辨,必须长u修饰符。

var s = '𠮷';

/^.$/.test(s) // false
/^.$/u.test(s) // true

方代码表示,如果不加加u修饰符,正则表达式就会当字符串为少独字符,从而匹配失败。

(2)Unicode字符表示法

ES6新增加了动大括哀号表示Unicode字符,这种代表拟于正则表达式中得长u修饰符,才会辨别。

/\u{61}/.test('a') // false
/\u{61}/u.test('a') // true
/\u{20BB7}/u.test('𠮷') // true

上面代码表示,如果不加以u修饰符,正则表达式无法分辨\u{61}这种代表法,只见面当当下匹61个连的u

(3)量词

使用u修饰符后,所有量词都见面对认识别码点大于0xFFFF的Unicode字符。

/a{2}/.test('aa') // true
/a{2}/u.test('aa') // true
/𠮷{2}/.test('𠮷𠮷') // false
/𠮷{2}/u.test('𠮷𠮷') // true

此外,只有在应用u修饰符的图景下,Unicode表达式当中的大括号才会于科学解读,否则会给解读为量词。

/^\u{3}$/.test('uuu') // true

方代码中,由于正则表达式没有u修饰符,所以大括号被解读为量词。加上u修饰符,就会让解读也Unicode表达式。

(4)预定义模式

u修饰符也影响至预定义模式,能否正确认识别码点大于0xFFFF的Unicode字符。

/^\S$/.test('𠮷') // false
/^\S$/u.test('𠮷') // true

点代码的\S凡是预定义模式,匹配有非是空格的字符。只有加了u修饰符,它才会对匹配码点超过0xFFFF的Unicode字符。

应用这或多或少,可以形容起一个不易返回字符串长度的函数。

function codePointLength(text) {
  var result = text.match(/[\s\S]/gu);
  return result ? result.length : 0;
}

var s = '𠮷𠮷';

s.length // 4
codePointLength(s) // 2

(5)i修饰符

稍Unicode字符的编码不同,但是字型很相近,比如,\u004B\u212A且是大写的K

/[a-z]/i.test('\u212A') // false
/[a-z]/iu.test('\u212A') // true

点代码中,不加u修饰符,就无法辨别不规范之K字符。

y 修饰符

除了u修饰符,ES6还呢正则表达式添加了y修饰符,叫做“粘连”(sticky)修饰符。

y修饰符的作用与g修饰符类似,也是大局匹配,后同赖匹配都从上同样潮匹配成功之产一个职务上马。不同之处在于,g修饰符只要剩下位置被留存相当就不过,而y修饰符确保匹配必须从剩余的首先独职务上马,这为就算是“粘连”的涵义。

var s = 'aaa_aa_a';
var r1 = /a+/g;
var r2 = /a+/y;

r1.exec(s) // ["aaa"]
r2.exec(s) // ["aaa"]

r1.exec(s) // ["aa"]
r2.exec(s) // null

地方代码来少只正则表达式,一个运g修饰符,另一个运y修饰符。这点儿单正则表达式各执行了少数差,第一差实行的时,两者行为同样,剩余字符串都是_aa_a。由于g修饰没有位置要求,所以亚浅实践会回到结果,而y修饰符要求配合必须从头部开始,所以回来null

比方改变一下正则表达式,保证每次都能头部匹配,y修饰符就会见回到结果了。

var s = 'aaa_aa_a';
var r = /a+_/y;

r.exec(s) // ["aaa_"]
r.exec(s) // ["aa_"]

上面代码每次匹配,都是打剩余字符串的脑部开始。

使用lastIndex属性,可以另行好地印证y修饰符。

const REGEX = /a/g;

// 指定从2号位置(y)开始匹配
REGEX.lastIndex = 2;

// 匹配成功
const match = REGEX.exec('xaya');

// 在3号位置匹配成功
match.index // 3

// 下一次匹配从4号位开始
REGEX.lastIndex // 4

// 4号位开始匹配失败
REGEX.exec('xaxa') // null

面代码中,lastIndex性指定每次搜寻的开始位置,g修饰符从这岗位上马为后搜索,直到发现匹配了。

y修饰符同样遵循lastIndex特性,但是要求得在lastIndex指定的职位发现匹配。

const REGEX = /a/y;

// 指定从2号位置开始匹配
REGEX.lastIndex = 2;

// 不是粘连,匹配失败
REGEX.exec('xaya') // null

// 指定从3号位置开始匹配
REGEX.lastIndex = 3;

// 3号位置是粘连,匹配成功
const match = REGEX.exec('xaxa');
match.index // 3
REGEX.lastIndex // 4

更进一步说,y修饰符号隐含了头匹配的标志^

/b/y.exec('aba')
// null

点代码由于匪克担保头部匹配,所以回来nully修饰符的设计本意,就是吃首匹配的标志^以大局匹配中都使得。

split方法吃运用y修饰符,原字符串必须为分隔符开头。这吗象征,只要匹配成功,数组的率先独成员肯定是空字符串。

// 没有找到匹配
'x##'.split(/#/y)
// [ 'x##' ]

// 找到两个匹配
'##x'.split(/#/y)
// [ '', '', 'x' ]

继往开来的隔符只有紧跟前面的分隔符,才会叫识别。

'#x#'.split(/#/y)
// [ '', 'x#' ]

'##'.split(/#/y)
// [ '', '', '' ]

脚是字符串对象的replace艺术的例子。

const REGEX = /a/gy;
'aaxa'.replace(REGEX, '-') // '--xa'

点代码中,最后一个a因为不是出现下一样破匹配的首,所以未见面被调换。

才一个y修饰符对match术,只能回去第一独相当,必须跟g修饰符联用,才能够返回所有匹配。

'a1a2a3'.match(/a\d/y) // ["a1"]
'a1a2a3'.match(/a\d/gy) // ["a1", "a2", "a3"]

y修饰符的一个采取,是自从字符串提取token(词元),y修饰符确保了配合之间不见面发生遗漏的字符。

const TOKEN_Y = /\s*(\+|[0-9]+)\s*/y;
const TOKEN_G  = /\s*(\+|[0-9]+)\s*/g;

tokenize(TOKEN_Y, '3 + 4')
// [ '3', '+', '4' ]
tokenize(TOKEN_G, '3 + 4')
// [ '3', '+', '4' ]

function tokenize(TOKEN_REGEX, str) {
  let result = [];
  let match;
  while (match = TOKEN_REGEX.exec(str)) {
    result.push(match[1]);
  }
  return result;
}

方代码中,如果字符串里面没地下字符,y修饰符与g修饰符的提取结果是均等的。但是,一旦出现非法字符,两者的行为就是无均等了。

tokenize(TOKEN_Y, '3x + 4')
// [ '3' ]
tokenize(TOKEN_G, '3x + 4')
// [ '3', '+', '4' ]

面代码中,g修饰符会忽略非法字符,而y修饰符不见面,这样就算够呛轻发现左。

sticky属性

y修饰符相匹配,ES6的正则对象多矣sticky属性,表示是否设置了y修饰符。

var r = /hello\d/y;
r.sticky // true

flags属性

ES6呢正则表达式新增了flags性,会回去正则表达式的修饰符。

// ES5的source属性
// 返回正则表达式的正文
/abc/ig.source
// "abc"

// ES6的flags属性
// 返回正则表达式的修饰符
/abc/ig.flags
// 'gi'

RegExp.escape()

字符串必须转义,才会当正则模式。

function escapeRegExp(str) {
  return str.replace(/[\-\[\]\/\{\}\(\)\*\+\?\.\\\^\$\|]/g, '\\$&');
}

let str = '/path/to/resource.html?search=query';
escapeRegExp(str)
// "\/path\/to\/resource\.html\?search=query"

点代码中,str凡一个正常字符串,必须使反斜杠对里面的特殊字符转义,才能够为此来作一个刚刚则相当的模式。

已经有提议以之需求原则,作为RegExp对象的静态方法RegExp.escape(),放入ES7。2015年7月31日,TC39以为,这个办法来安风险,又不情愿此点子换得过度复杂,没有同意拿该列入ES7,但眼看当成一个实事求是的需要。

RegExp.escape('The Quick Brown Fox');
// "The Quick Brown Fox"

RegExp.escape('Buy it. use it. break it. fix it.');
// "Buy it\. use it\. break it\. fix it\."

RegExp.escape('(*.*)');
// "\(\*\.\*\)"

字符串转义以后,可以应用RegExp构造函数生成正则模式。

var str = 'hello. how are you?';
var regex = new RegExp(RegExp.escape(str), 'g');
assert.equal(String(regex), '/hello\. how are you\?/g');

当前,该办法可以就此上文的escapeRegExp函数或者垫片模块regexp.escape实现。

var escape = require('regexp.escape');
escape('hi. how are you?');
// "hi\\. how are you\\?"

s 修饰符:dotAll 模式

正则表达式中,点(.)是一个特殊字符,代表擅自的单个字符,但是行终止符(line
terminator character)除外。

以下四单字符属于”行终止符“。

  • U+000A 换行符(\n
  • U+000D 回车符(\r
  • U+2028 行分隔符(line separator)
  • U+2029 段子分隔符(paragraph separator)

/foo.bar/.test('foo\nbar')
// false

点代码中,因为.不匹配\n,所以正则表达式返回false

只是,很多时分我们想匹配的是随便单个字符,这时出同样种变更的写法。

/foo[^]bar/.test('foo\nbar')
// true

这种解决方案毕竟不太符合直觉,所以现在出一个提案,引入/s修饰符,使得.好配合任意单个字符。

/foo.bar/s.test('foo\nbar') // true

及时让称之为dotAll模式,即触发(dot)代表任何字符。所以,正则表达式还引入了一个dotAll属性,返回一个布尔值,表示该正则表达式是否处于dotAll模式。

const re = /foo.bar/s;
// 另一种写法
// const re = new RegExp('foo.bar', 's');

re.test('foo\nbar') // true
re.dotAll // true
re.flags // 's'

/s修饰符和多行修饰符/m莫闯,两者合以的图景下,.相当有字符,而^$配合每一行的行首和行尾。

晚实行断言

JavaScript
语言的正则表达式,只支持先行断言(lookahead)和优先否定断言(negative
lookahead),不支持后实行断言(lookbehind)和后行否定断言(negative
lookbehind)。

目前,有一个提案,引入后行断言。V8
引擎4.9版已经支持,Chrome 浏览器49版本开辟”experimental JavaScript
features“开关(地址栏键入about:flags),就可以动用这项功能。

”先行断言“指的凡,x只有在y前方才匹配,必须写成/x(?=y)/。比如,只相当百分号之前的数字,要写成/\d+(?=%)/。”先行否定断言“指的是,x单来无在y眼前才匹配,必须写成/x(?!y)/。比如,只相当不在百分号之前的数字,要写成/\d+(?!%)/

/\d+(?=%)/.exec('100% of US presidents have been male')  // ["100"]
/\d+(?!%)/.exec('that’s all 44 of them')                 // ["44"]

面两个字符串,如果换正则表达式,就会配合失败。另外,还可以看出,”先行断言“括号内的有的((?=%)),是匪计入返回结果的。

“后行断言”正好与“先行断言”相反,x只有在y后才匹配,必须写成/(?<=y)x/。比如,只相当美元符号之后的数字,要写成/(?<=\$)\d+/。”后行否定断言“则与”先行否定断言“相反,x只是生非在y后面才匹配,必须写成/(?<!y)x/。比如,只相当不以美元符号后面的数字,要描写成/(?<!\$)\d+/

/(?<=\$)\d+/.exec('Benjamin Franklin is on the $100 bill')  // ["100"]
/(?<!\$)\d+/.exec('it’s is worth about €90')                // ["90"]

地方的例子中,“后行断言”的括号中的一部分((?<=\$)),也是未计入返回结果。

“后行断言”的兑现,需要事先匹配/(?<=y)x/x,然后再返回左边,匹配y的有的。这种“先右后左”的行各个,与拥有其他正则操作相反,导致了有未称预期的行。

首先,”后行断言“的组匹配,与健康状况下结果是不平等的。

/(?<=(\d+)(\d+))$/.exec('1053') // ["", "1", "053"]
/^(\d+)(\d+)$/.exec('1053') // ["1053", "105", "3"]

地方代码中,需要捕捉两只组匹配。没有”后行断言”时,第一个括号是名缰利锁模式,第二单括号只能捕获一个字符,所以结果是1053。而”后行断言”时,由于实施各个是打右边至错误,第二只括号是名缰利锁模式,第一只括号只能捕获一个字符,所以结果是1053

其次,”后行断言”的相反斜杠引用,也同常见的一一相反,必须在对应的坏括号之前。

/(?<=(o)d\1)r/.exec('hodor')  // null
/(?<=\1d(o))r/.exec('hodor')  // ["r", "o"]

地方代码中,如果后实行断言的反倒斜杠引用(\1)放在括号的尾,就未会见拿走匹配结果,必须在前方才堪。

Unicode属性类

目前,有一个提案,引入了同种新的接近的写法\p{...}\P{...},允许正则表达式匹配符合Unicode某种属性之装有字符。

const regexGreekSymbol = /\p{Script=Greek}/u;
regexGreekSymbol.test('π') // u

上面代码中,\p{Script=Greek}指定匹配一个希腊文字母,所以匹配π成功。

Unicode属性类要指定属性名和属性值。

\p{UnicodePropertyName=UnicodePropertyValue}

对于一些性能,可以独自写属性名。

\p{UnicodePropertyName}

\P{…}\p{…}的反往匹配,即匹配不满足条件的字符。

注意,这简单种恍若才对Unicode有效,所以采用的时候肯定要是长u修饰符。如果未加u修饰符,正则表达式使用\p\P会见报错,ECMAScript预留了立简单只八九不离十。

由于Unicode的各种性能很多,所以这种新的接近的表达能力非常强。

const regex = /^\p{Decimal_Number}+$/u;
regex.test('𝟏𝟐𝟑𝟜𝟝𝟞𝟩𝟪𝟫𝟬𝟭𝟮𝟯𝟺𝟻𝟼') // true

面代码中,属性类指定匹配有十向前制字符,可以看各种字型的十迈入制字符都会配合成功。

\p{Number}甚至会匹配罗马数字。

// 匹配所有数字
const regex = /^\p{Number}+$/u;
regex.test('²³¹¼½¾') // true
regex.test('㉛㉜㉝') // true
regex.test('ⅠⅡⅢⅣⅤⅥⅦⅧⅨⅩⅪⅫ') // true

下是任何组成部分例证。

// 匹配各种文字的所有字母,等同于Unicode版的\w
[\p{Alphabetic}\p{Mark}\p{Decimal_Number}\p{Connector_Punctuation}\p{Join_Control}]

// 匹配各种文字的所有非字母的字符,等同于Unicode版的\W
[^\p{Alphabetic}\p{Mark}\p{Decimal_Number}\p{Connector_Punctuation}\p{Join_Control}]

// 匹配所有的箭头字符
const regexArrows = /^\p{Block=Arrows}+$/u;
regexArrows.test('←↑→↓↔↕↖↗↘↙⇏⇐⇑⇒⇓⇔⇕⇖⇗⇘⇙⇧⇩') // true