Javascript拼接HTML字符串的方法列举及思路

转载过来，去掉一些废话吧。

目标：

方便的拼接字符串，不使用让人眼晕的+＝。使用过程如下：

1，先创建一个作为“模板”的字符串，如：’My name is ${name},I\’m ${age}.’

2，传一个对象进去，其中包含了你要填进模板的值，如：{name:’LIX’,age:11}

3，最后你就能得到你想要的字符串了，如：My name is LIX,I’m 11.

调用方法：

mix('My name is "${name}",I\'m "${age}".',{name:'LIX',age:11})

或

mix('My name is "${0}",I\'m "${1}".',['LIX',11])

几种实现：

1，replace+regexp

在司徒正美的文章里看到的。下面是简化后的代码：

function mix (str,group) {
        str = str.replace(/\$\{([^{}]+)\}/gm,function (m,n) {
            return (group[n] != undefined) ? group[n] : '';
        })
        return str;
    }

其中function里面的m,n值得讲一下。他们是从哪儿传的值呢？就是正则表达式。string的replace方法，如果第2个参数是个函数的话，那函数的第1个参数值肯定就是“当前匹配到的字符串”。

但这里的函数有了两个参数，第2个参数n，是什么？他就是你正则中的分组的第1组（被第1组()包起来的部分）——也就是说，如果你愿意，还可以有很多组，然后replace的函数就可以有很多个参数了。

replace接受一个处理函数，其第一个参数是当前匹配到的子字符串，后面的参数就依次是正则匹配到的的第1组，第2组…

而函数中的return则是重中之重，如果没有返回，那么替换就不会发生。replace正是用return回来的子串替换掉之前匹配到的子串的（就是参数m）.

这个方法原理简单易懂，代码也少，但有个问题，我测试的时候发现这个比使用普通的+=串联字符串慢了10倍不止！！太让人心寒了啊

而我对这种方便又好用的拼字符串的方法非常眼热，所以我只能考虑如何去提高其效率了。

方法二

既然replace+正则表达式效率不高，我就打算试试不用replace的方法。而查找字段标签（即${name}这样的)还是用正则来做，找到之后，我们把字符串在此标签之前的部分，以及之后的部分都截取出来——恰好去掉${name}这一截，然后用+直接连上此标签对应的值（例子里是LIX），如此循环。

代码如下：

function loopMix0 (str,group) {
        var reg = /\$\{([^{}]+)\}/gm, res;
        while(res = reg.exec(str)) {
            str = str.substr(0,res.index)+((group[res[1]] != undefined) ? group[res[1]] : '')+str.substr(res.index+res[0].length);
        }
        return str;
    }

正则的exec方法是个比较奇特的方法，因为他不会一次把所有符合匹配条件的子串都返回，而是每次只返回当前匹配到的1个子串，详细格式如此：

[当前匹配到的子串,(如果正则有分组，那么这里就是依次按分组匹配到的值，组1，组2...),index(这是当前匹配到的子串的index)]

如果要靠exec把所有能匹配的都给匹配了，那只有循环了。exec每次匹配后，都会改变他自己的lastIndex属性，以便下次exec的时候不会又把以前匹配过的再匹配一次。当exec没有返回结果的时候，就表示全部匹配完成了。

这样就没有用replace,而是用了字符串的原生方法，效率应该有提高吧？

现实是残酷的，此方法和方法1的效率几乎没提高。这个方法的缺点很明显，就是和replace一样，每次循环中还是对整个字符串做操作（不停的赋予新值，然后用新值代入下次循环），效率当然不能提高。

方法三

明白了方法2的缺点，要做改进就很简单了。我先新建一个空字符串，然后还是按上面的循环，只是每次都依次把字段标签前的部分，字段标签对应值，字段标签后头的部分，连接到这个空字符串上。这样，虽然这个空字符串越来越长了，但我们再也没有每次都对原始字符串进行修改了——原始字符串才是最长的好吧！！

代码如下：

function loopMix1 (str,group) {
        var reg = /\$\{([^{}]+)\}/gm, res,returnString = '',start = 0;
        while(res = reg.exec(str)) {
            returnString += str.substring(start,res.index)+((group[res[1]] != undefined) ? group[res[1]] : '');
            start = res.index+res[0].length;
        }
        returnString += str.substr(start);
        return returnString;
    }

 其中有个变量start，保存着下一次str开始截取的起始位置，很重要。

PS：循环结束后还要在returnString上加上原始字符串的最后一截哟，不然你就得不到你“预期中的那么长”了。

这代码有个变化就是不再是用的substr了，而是用的substring。因为substr的第2个参数是length，不再适合这里。

此方法比方法2快1倍有余！

说起substr和substring，就不得不提一个“万人迷”（迷惑不清的迷）：substr和substring的第2个参数各是什么意思？如何才能不混淆？

其实很简单:substr比substring短得多，所以它迫切地需要“长度”，所以他的第2个参数是length.

方法四

方法3已经不错了，但我是个精益求精的人。方法3在理论上还有个缺点，就是原始字符串str始终没有改变，每次循环的时候都一样长，会不会拖累正则以及substring的效率呢？

所以我就每次循环都把str变短了，反正前半截本来也是再也不要了的嘛。代码如下：

function loopMix2 (str,group) {
        var reg = /\$\{([^{}]+)\}/gm, res,returnString = '',start = 0;
        while(res = reg.exec(str)) {            
            returnString += str.substring(0,res.index)+((group[res[1]] != undefined) ? group[res[1]] : '');
            start = res.index+res[0].length;
            str = str.substr(start);
            reg.lastIndex = 0;
        }
        returnString += str;
        return returnString;
    }

 代码中不只是把str变短了，还重置了reg的查询下标，以防万一。

这样是不是比上个方法更进一步？答案是否定的，此方法比方法3慢，原因还是因为在循环里操作过多，导致效率不增反降。不过比方法1，2要快就是了。

方法五

由于我们的字段标签${name}是比较容易识别的，在不故意把str弄错的情况下，我们可以用string的原生方法：indexOf来将字段标签提取出来，然后拼接。

思路是先找到’${‘,再按照得到的index，找到紧邻的’}'，然后取中间的值，也就得到了字段标签的key值，然后从group中得到对应值，拼进结果字符串中。代码如下：

function loopMix3 (str,group) {
        var index=0,close=0,returnString = '',name = '';
        while((index = str.indexOf('${',index)) !== -1) {   
            returnString += str.substring(close,index);
            close = str.indexOf('}',index);
            name = str.substring(index+2,close);
            returnString += (group[name] != undefined) ? group[name] : ''
            index = close;
            close +=1;
        }
        returnString += str.substr(close);
        return returnString;
    }

 要点：其中要特别注意的是要随时改变indexOf查找的起始位置(index)，以及substring开始截取的位置(close)。

这个方法完全没用正则，但效率还是没有提高，完全比不上方法3，难道也是循环中操作太多？

PS：此方法的代码有bug,比如字符串如下：’My name is “${name}”,this is a half ${name .{$name}’，这也就是我说的“故意”把字符串弄错的情况，不过这个bug也是很好修复的，只要在找到一个${后，在查找}之前，再次继续查找${，如果有结果，则continue下次循环。不过如此一来，又多了一个判断，效率就更差了。

方法六

经常是写着这段代码，忽然就想起了另一种思路。比如此方法。

string有个自带方法split,可以把字符串按某个分隔符拆分成数组，而且split支持正则表达式！也就是说我可以把我的原始字符串按${name}这样的字段标签折成数组！

然后呢，虽然把字符串折开了，但我们并没有得到所有的字段标签啊？string有个match方法，他能返回所有匹配参数的子串，而且他也接受正则，返回的也是个数组！

所以我现在拿这个正则做了两个操作，一是将其作为分隔符把原字符串拆了，二是用它将原字符串里所有的字段标签提取出来。

现在我们有了两个数组，如果把这两个数组从头至尾拼合起来，恰好可以得到原始字符串！当然，我们肯定不能按原样拼。。。

现在我们要循环数组并拼接了。在这之前先问大家两个问题：

1.同一个字符串split与match同一个正则操作后，返回的数组哪个长？

2.'${name}${name}${name}${name}${name}${name}${name}${name}'.split('${name}')返回的数组是哪样的？

问这两个问题是很重要的，与此功能函数的实现密不可分。

很容易就能发现，match返回的数组永远比split返回的数组length少1！所以呢，抱着循环尽量要短的宗旨，我们要对match返回的数组做循环而不是对split.

代码如下：

function matchMix(str, group) {
      var reg = /\$\{[^{}]+\}/gm;
      var strArr = str.split(reg);
      var labelArr = str.match(reg);
      var returnString = '',
        i = 0,
        label, len = labelArr.length;
      for (; i < len; i++) {
        label = labelArr[i].slice(2, -1);
        returnString += strArr[i] + (group[label] != null ? group[label] : '');
      }
      return returnString + strArr[i];
    }

 PS：注意循环结束后还要为结果字符串加上split数组的最后一项啊！切记！

此方法比方法3要稍快一点，不过差距很小。我猜想在字符串比较长的情况下应该是此方法占优。

思路之外的优化

拿原始方法mix(replace+regexp)来说，他的效率还有没有办法提高呢？答案是有！

上面所有的思路，大家可以看到我用的是同一个regexp,即/\$\{([^{}]+)\}/gm，他是分了组的。而我们这里需要的匹配是很简单的，其实可以不分组！因为我们只需要得到${name}，就能很方便的得到name：用slice截断一下就行了！

所以更改后的mix如下：

//原
function mix (str,group) {
        return str.replace(/\$\{([^{}]+)\}/gm,function (m,n) {
            return (group[n] != void 1) ? group[n] : '';
        })
    }
//slice版
    function mix1 (str,group) {
        return str.replace(/\$\{[^{}]+\}/gm,function (m,n) {
            n = m.slice(2,-1);
            return (group[n] != void 1) ? group[n] : '';
        })
    }

 单纯用此两者对比，效率孰高孰低？经测试，在所有浏览器下，mix1的效率都有略微提高

由此看来，正则表达式的效率实在是有待改进。

下面是一些相关测试：

mix与mix1对比

此改进方法同样适合于其他思路。

总结

除了现成的方法1，后面的方法可以说都是我现想出来的，但是结果差强人意，并没有如我所愿效率越来越优的情况，只能说锻炼了一下思路吧。

如果这个结果不算打击，那我再告诉大家一个“振奋人心”的消息吧：IE9下，效率最高的是方法1，即原始replace+regexp的方法！后续所有方法都算白瞎了，哈哈！

不过IE9下最快的replace方法，也没有chrome下最慢的replace方法执行的次数多。

说到这里，我要说一下：我是用jsperf.com测试的。测试地址

jsperf不但能对比，且每个测试都有执行次数，IE9下replace虽然效率最高，但执行次数还是赶不上chrome下replace的执行次数。

测试地址里面已经有6个版本，原因嘛是因为我测试着突然又想出了新思路，而jsperf里加新测试代码就要新开版本。其中版本6是方法最全的。

经过反复在各浏览器里做测试，我发现：

1，chrome的效率是最快的，但测试结果非！常！不！稳！定！经常这次运行和下次运行完全是两个结果
2，firefox的效率比chrome差些，但稳定，测试结果也与chrome结论一致
3，IE9效率最差！结论也很奇葩！

其他测试

3个效率最高的方法,方法一，方法三，方法六大比拼

原文：http://jo2.org/javascript-join-html-string/