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

213 阅读 0 评论 141 点赞

我是靠谱客的博主俏皮钻石，最近开发中收集的这篇文章主要介绍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的原理也是一样的。