前端开发
北京前端外包 电话:185-0032-5287
服务客户有中国移动、方正国际、中百集团等
Search:js正则
ES6 正则的扩展
RegExp构造函数
在ES5中，RegExp构造函数的参数有两种情况。
第一种情况是，参数是字符串，这时第二个参数表示正则表达式的修饰符（flag）。
var regexES6 正则的扩展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 anotherES6改变了这种行为。如果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 // 4codePointLength(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 // 3REGEX.lastIndex // 4进一步说，y修饰符号隐含了头部匹配的标志^。/b/y.exec('aba')// null上面代码由于不能保证头部匹配，所以返回null。y修饰符的设计本意，就是让头部匹配的标志^在全局匹配中都有效。在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 // trueflags属性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。2021年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');
最近业务上需要动态渲染模板数据，好久没写前端代码了，有点生疏，将思路简单写下来，防老：一、业务需求：一、业务需求：一、业务需求：1.前端后端定义好模板以及变量名，保存数据库2.订单数据是前端根据支付结最近业务上需要动态渲染模板数据，好久没写前端代码了，有点生疏，将思路简单写下来，防老：一、业务需求：一、业务需求：一、业务需求：1.前端后端定义好模板以及变量名，保存数据库2.订单数据是前端根据支付结果获取的，最终渲染完的数据模板需要调用打印机打印出来3.模板相对商家来说比较固定，但是每个商家需要的模板都有可能不一样，所以需要每次登录后，查询一次模板缓存前端，后续每次支付后，动态渲染数据即可二、考点：二、考点：二、考点：1.正则表达式2.精简代码量，尽量减少前端的工作量三、实现思路：三、实现思路：三、实现思路：1.需要渲染数据的模板，以${变量名}区分：var t="银行：${bankName}，商家名称：${merchantName}，订单号：${orderNum}";var t="银行：${bankName}，商家名称：${merchantName}，订单号：${orderNum}";2.正则匹配获取所有变量名var keys=[];var arr = t.match(/\$\{(.*?)\}/g);for(var key in arr){var s=arr[key].replace("${","").replace("}","");keys.push(s);}alert(keys);var keys=[];var arr = t.match(/\$\{(.*?)\}/g);for(var key in arr){var s=arr[key].replace("${","").replace("}","");keys.push(s);}alert(keys);3.组装订单数据，注意变量属性名与模板里的变量名要保持一致var order={ "bankName": "工行", "merchantName": "小卖部", "orderNum": "123456"};var order={ "bankName": "工行", "merchantName": "小卖部", "orderNum": "123456"};4.渲染数据for(var i=0;i var key=keys[i]; var value=order[key]; t= t.replace("${"+key+"}",value);}alert(t);for(var i=0;i var key=keys[i]; var value=order[key]; t= t.replace("${"+key+"}",value);}alert(t);5.查看效果：6.有人会说，直接拼接字符串不是更快？比如：var t=`银行：${order.bankName}，商家名称：${order.merchantName}，订单号：${order.orderNum}`;var t=`银行：${order.bankName}，商家名称：${order.merchantName}，订单号：${order.orderNum}`;这种方式在模板固定且数据量少的时候是挺好用的，但是业务上，虽然模板和数据对于商家来说相对固定，但是系统里面很多商家，每个商家的小票模板可能都不一样，需要渲染的变量也挺多，前端不可能根据每个商家都改一套模板的，总而言之，适合才是最好的！
