运维开发网

Prototype源码浅析 String部分(一)之有关indexOf优化

运维开发网 https://www.qedev.com 2020-01-28 12:59 出处:网络 作者: 网络整理
Prototype源码浅析 String部分(一)之有关indexOf优化介绍,需要的朋友可以参考下。

添加到String.prototype中的方法比较多,不过归结起来,大致分为下面几类:

分类 方法名 
原始能力增强               strip |  include  |  startsWith  |  endsWith |  empty |  blank
格式 camelize | capitalize |  underscore |  dasherize  | inspect          
变形 toArray |  succ  | times
替换 interpolate  | sub |  scan |  truncate | gsub
HTML处理 stripTags  | escapeHTML |  unescapeHTML
参数序列化 toQueryParams
JSON处理 unfilterJSON |  isJSON |  evalJSON |  parseJSON
脚本处理 stripScripts |  extractScripts  | evalScripts

从基本的原始能力增强开始,下面是具体的实现,这一段很好理解的:

复制代码 代码如下:

(function(s){

function strip(){

return this.replace(/^\s+/,'').replace(/\s+$/,'');

}

function include(pattern){

return this.indexOf(pattern) > -1;//split

}

function startsWith(pattern) {

return this.lastIndexOf(pattern, 0) === 0;

}

function endsWith(pattern) {

var d = this.length - pattern.length;

return d >= 0 && this.indexOf(pattern, d) === d;

}

function empty() {

return this == '';

}

function blank() {

return /^\s*$/.test(this);

}

s.strip = String.prototype.trim || strip;

s.include = include;

s.startsWith = startsWith;

s.endsWith = endsWith;

s.empty = empty;

s.blank = blank;

})(String.prototype);

上面的strip在jquery里面是$.trim,而且大部分貌似都是trim。这里直接扩展原生原型的悲剧之处就显现出来了,因为后面的JS实现中(比如chrome)就实现了trim方法,那就弄巧成拙了。

复制代码 代码如下:

function strip(){

return this.replace(/^\s+/,'').replace(/\s+$/,'');

}

这里面的replace(/^\s+/,'')就是trimLeft,replace(/\s+$/,'')是trimRight,不过Prototype.String中没有这两个方法。

下面是这一部分比较有意思的地方:

当时看这段的时候,对其中的startsWith和endsWith甚是不解,按理来说,startsWith用indexOf就可以了,这里却是用的lastIndexOf。后来去翻了一下Prototype1.6版本的实现:

复制代码 代码如下:

function startsWith(pattern) {

return this.indexOf(pattern) === 0;

}

function endsWith(pattern) {

var d = this.length - pattern.length;

return d >= 0 && this.lastIndexOf(pattern) === d;

}

可见,以前版本中startsWith用的就是indexOf,不过1.7版本修改了startsWith的实现。在1.7版本中:

startsWith实现中lastIndexOf从后向前查找,不过起点(fromindex)设置为0,因此,只需要检测开头一次就可以了。

endsWith实现中indexOf从前向后查找,由于字符串长度不定,因此这里计算了一下长度,然后再确定了起点(fromindex),因此也只需要检测结尾一次就可以了。

这里的性能优化之处在于,1.6的实现中,如果开头没有匹配(就是startsWith不成立),但是indexOf依旧会向后查找,直到找到一个匹配的或者字符串结尾,这样就浪费了。举个例子,对于下面的一个操作:

'abcdefgabcdefg'.startsWith('abc')

在1.6版本和1.7版本的实现中,没有任何区别,但是我们转换一下:

'abcdefgabcdefg'.startsWith('xesam')

在1.6实现中,startsWith内部的indexOf操作会在开头的a没有和x匹配后,虽然没有必要再继续了,但是indexOf依旧会继续向后查找,直到找到匹配的‘xesam'或者字符串末尾。

在1.7实现中,startsWith内部的lastIndexOf是反向查找的(fromIndex=0),因此在开头的a没有和x匹配后,操作就停止了,因为lastIndexOf已经到头了。

这么一对比,如果待检测的字符串非常长的话,两种实现方式的效率会有明显的区别。

endsWith的原理也是一样的。

0

精彩评论

暂无评论...
验证码 换一张
取 消