其他回答(6)
你是想用js加标点？？
园豆：8523
遍历字符，找到=号的，判断后一个字符是不是&和&，如果不是，则将后一个单词加上&
我赞成@的做法，话说，这个需求，用递归合适吗？
园豆：29224
园豆：29224
linq 加递归.
园豆：1067
递归个毛毛呢，有什么递归的意义？直接正则匹配加判断。
不用递归。。。。
正则加判断，判断等于号前后的字符串
收获园豆：20
&&&您需要以后才能回答，未注册用户请先。Javascript拼接HTML字符串的方法列举及思路 - 推酷
Javascript拼接HTML字符串的方法列举及思路
拼接字符串的方法介绍
字符串拼接基本上在任何编程语言中都是非常普通而常用的功能，Javascript里也是如此。其中对HTML字符串的拼接算是比较难的，我就经常被大量的属性及引号的嵌套搞得苦不堪言。
常规但很不好用的方法
下面是一个最常用的拼HTML字符串的写法：
'&li class=&li '
'& id=&li+'
'&&&span&'
'&/span&&/li&'
这种方法是最好理解的（同时也可以说是执行效率最高的），但缺点也很明显：繁琐，非常容易出错，维护起来麻烦，而且代码几乎没有重用性，即使下次碰到长得差不多的还是得重写拼的语句。
这种方法还有一毛病，就是如果你+的某个值是
，拼接时他并不会把他们转成空字符串，而是输出一个’null’或’undefined’字符串拼到你要的结果里,导致结果大相径庭。
方便易用的方法
现在有非常好用的“模板”库可以大大简化上面的工作。他们一般是这么个用法：
1，先创建一个作为“模板”的字符串，如：’My name is ${name},I\’m ${age}.’
2，传一个对象进去，其中包含了你要填进模板的值，如：{name:’LIX’,age:11}
3，最后你就能得到你想要的字符串了，如：My name is LIX,I’m 11.
我也想实现这样的功能！但我不想去找模板库，或者说起码我要弄懂原理，自己会写了，再去用别人的写得很好的模板库。
开始之前，我把原字符串里${name}这样的子串，称作“字段标签”，以便后续讲解。下面就是几个实现这种效果的代码及思路
今天恰好在司徒正美的《JavaScript框架设计》中看到拼字符串的方法介绍，里面提到了一个初级但好用的方法。其原理也非常简单，首先也是建一个“模板”字符串，然后用字符串的replace，结合正则表达式，把字符串中的一个个模板key替换成对应的字面值。
下面是简化后的代码：
/\$\{([^{}]+)\}/gm
其中function里面的m,n值得讲一下。他们是从哪儿传的值呢？就是正则表达式。string的replace方法，如果第2个参数是个函数的话，那函数的第1个参数值肯定就是“当前匹配到的字符串”。
但这里的函数有了两个参数，第2个参数n，是什么？他就是你正则中的分组的第1组（被第1组()包起来的部分）——也就是说，如果你愿意，还可以有很多组，然后replace的函数就可以有很多个参数了。
replace接受一个处理函数，其第一个参数是当前匹配到的子字符串，后面的参数就依次是正则匹配到的的第1组，第2组…
而函数中的return则是重中之重，如果没有返回，那么替换就不会发生。replace正是用return回来的子串替换掉之前匹配到的子串的（就是参数m）.
使用方法：
'My name is &${name}&,I
m &${age}&.'
也可以这样用：
'My name is &${0}&,I
m &${1}&.'
这个方法原理简单易懂，代码也少，但有个问题，我测试的时候发现这个比使用普通的+=串联字符串慢了10倍不止！！太让人心寒了啊
而我对这种方便又好用的拼字符串的方法非常眼热，所以我只能考虑如何去提高其效率了。
既然replace+正则表达式效率不高，我就打算试试不用replace的方法。而查找字段标签（即${name}这样的)还是用正则来做，找到之后，我们把字符串在此标签之前的部分，以及之后的部分都截取出来——恰好去掉${name}这一截，然后用+直接连上此标签对应的值（例子里是LIX），如此循环。
代码如下：
/\$\{([^{}]+)\}/gm
正则的exec方法是个比较奇特的方法，因为他不会一次把所有符合匹配条件的子串都返回，而是每次只返回当前匹配到的
，详细格式如此：
[当前匹配到的子串,(如果正则有分组，那么这里就是依次按分组匹配到的值，组1，组2...),index(这是当前匹配到的子串的index)]
如果要靠exec把所有能匹配的都给匹配了，那只有循环了。exec每次匹配后，都会改变他自己的lastIndex属性，以便下次exec的时候不会又把以前匹配过的再匹配一次。当exec没有返回结果的时候，就表示全部匹配完成了。
这样就没有用replace,而是用了字符串的原生方法，效率应该有提高吧？
现实是残酷的，此方法和方法1的效率几乎没提高。这个方法的缺点很明显，就是和replace一样，每次循环中还是对整个字符串做操作（不停的赋予新值，然后用新值代入下次循环），效率当然不能提高。
明白了方法2的缺点，要做改进就很简单了。我先新建一个空字符串，然后还是按上面的循环，只是每次都依次把字段标签前的部分，字段标签对应值，字段标签后头的部分，连接到这个空字符串上。这样，虽然这个空字符串越来越长了，但我们再也没有每次都对原始字符串进行修改了——原始字符串才是最长的好吧！！
代码如下：
/\$\{([^{}]+)\}/gm
returnString
returnString
returnString
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变短了，反正前半截本来也是再也不要了的嘛。代码如下：
/\$\{([^{}]+)\}/gm
returnString
returnString
returnString
returnString
代码中不只是把str变短了，还重置了reg的查询下标，以防万一。
这样是不是比上个方法更进一步？答案是否定的，此方法比方法3慢，原因还是因为在循环里操作过多，导致效率不增反降。不过比方法1，2要快就是了。
由于我们的字段标签${name}是比较容易识别的，在不故意把str弄错的情况下，我们可以用string的原生方法：indexOf来将字段标签提取出来，然后拼接。
思路是先找到’${‘,再按照得到的index，找到紧邻的’}'，然后取中间的值，也就得到了字段标签的key值，然后从group中得到对应值，拼进结果字符串中。代码如下：
returnString
returnString
returnString
returnString
returnString
：其中要特别注意的是要随时改变
查找的起始位置(index)，以及
开始截取的位置(close)。
这个方法完全没用正则，但效率还是没有提高，完全比不上方法3，难道也是循环中操作太多？
PS：此方法的代码有bug,比如字符串如下：’My name is “${name}”,this is a half ${name .{$name}’，这也就是我说的“故意”把字符串弄错的情况，不过这个bug也是很好修复的，只要在找到一个${后，在查找}之前，再次继续查找${，如果有结果，则continue下次循环。不过如此一来，又多了一个判断，效率就更差了。
方法经常是写着这段代码，忽然就想起了另一种思路。比如此方法。
string有个自带方法split,可以把字符串按某个分隔符拆分成数组，而且split支持正则表达式！也就是说我可以把我的原始字符串按${name}这样的字段标签折成数组！
然后呢，虽然把字符串折开了，但我们并没有得到所有的字段标签啊？string有个match方法，他能返回所有匹配参数的子串，而且他也接受正则，返回的也是个数组！
所以我现在拿这个正则做了两个操作，一是将其作为分隔符把原字符串拆了，二是用它将原字符串里所有的字段标签提取出来。
现在我们有了两个数组，如果把这两个数组从头至尾拼合起来，恰好可以得到原始字符串！当然，我们肯定不能按原样拼。。。
现在我们要循环数组并拼接了。这之前先问大家一个问题：同一个字符串split与match同一个正则操作后，返回的数组哪个长？
再问一个：’${name}${name}${name}${name}${name}${name}${name}${name}’.split(‘${name}’)返回的数组是哪样的？
问这两个问题是很重要的，与此功能函数的实现密不可分。
很容易就能发现，match返回的数组永远比split返回的数组length少1！所以呢，抱着循环尽量要短的宗旨，我们要对match返回的数组做循环而不是对split.
代码如下：
/\$\{[^{}]+\}/gm
returnString
returnString
returnString
PS：注意循环结束后还要为结果字符串加上split数组的最后一项啊！切记！
此方法比方法3要稍快一点，不过差距很小。
我猜想在字符串比较长的情况下应该是此方法占优。
思路之外的优化
拿原始方法mix(replace+regexp)来说，他的效率还有没有办法提高呢？答案是有！
上面所有的思路，大家可以看到我用的是同一个regexp,即/\$\{([^{}]+)\}/gm，他是分了组的。而我们这里需要的匹配是很简单的，其实可以不分组！因为我们只需要得到${name}，就能很方便的得到name：用
截断一下就行了！
所以更改后的mix如下：
/\$\{([^{}]+)\}/gm
/\$\{[^{}]+\}/gm
单纯用此两者对比，效率孰高孰低？经测试，在所有浏览器下，mix1的效率
都有略微提高
由此看来，正则表达式的效率实在是有待改进。
下面是一些相关测试：
此改进方法同样适合于后续思路。
除了现成的方法1，后面的方法可以说都是我现想出来的，而且结果差强人意，并没有如我所愿效率越来越优的情况，只能说锻炼了一下思路吧。
如果这个结果不算打击，那我再告诉大家一个“振奋人心”的消息吧：
IE9下，效率最高的是方法1，即原始replace+regexp的方法
！后续所有方法都算白瞎了，哈哈！
不过IE9下最快的replace方法，也没有chrome下最慢的replace方法执行的次数多。
说到这里，我要说一下：我是用测试的。
jsperf不但能对比，且每个测试都有执行次数，IE9下replace虽然效率最高，但执行次数还是赶不上chrome下replace的执行次数。
测试地址里面已经有6个版本，原因嘛是因为我测试着突然又想出了新思路，而jsperf里加新测试代码就要新开版本。其中
是方法最全的。
经过反复在各浏览器里做测试，我发现：
1，chrome的效率是最快的，但测试结果非！常！不！稳！定！经常这次运行和下次运行完全是两个结果
2，firefox的效率比chrome差些，但稳定，测试结果也与chrome结论一致
3，IE9效率最差！结论也很奇葩！
已发表评论数()
已收藏到推刊！
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
没有分页内容
图片无法显示
视频无法显示
与原文不一致随笔- 865&
在使用jquery的html（）方法时，有时候里面添加的html代码含有一些特殊字符，需要进行转义。
如下例子：
inst_html&=&"&a&style=color:white'&onmouseover&=&'";&&
inst_html&+=&"javascript:showme('"+inst.instId+"_"+valId+"');";&&
inst_html&+=&"'&&";&&
$("#inst_div_"+valId).html(inst_html);&&
inst_html = "&a style=color:white' onmouseover = '";
inst_html += "javascript:showme('"+inst.instId+"_"+valId+"');";
inst_html += "'
$("#inst_div_"+valId).html(inst_html);
&如果这样直接写的话，在chrome和FF浏览器下，没有问题，但在IE8下会报错。
解决方法就是将javascript里面的'进行转义改成'，这样就不报错了。
如上例改为：
inst_html&=&"&a&style=color:white'&onmouseover&=&'";&&
inst_html&+=&"javascript:showme('"+inst.instId+"_"+valId+"');";&&
inst_html&+=&"'&&";&&
$("#inst_div_"+valId).html(inst_html);&&
inst_html = "&a style=color:white' onmouseover = '";
inst_html += "javascript:showme('"+inst.instId+"_"+valId+"');";
inst_html += "'
$("#inst_div_"+valId).html(inst_html);
部分字符转义如下：
&&符号："&",&"&"
双引号："\"",&"&"
小于号："&",&"&"
大于号："&",&"&"
单引号："'",&"'"
阅读(...) 评论()随笔 - 275
评论 - 1632[最扎实]&&设计师来自醒狮创想,程序员出身兄弟连,功底扎实
[最便宜]&&同一时期,同等质量,同等售后,我们价格最低
[最先做]&&第一批做PHPCMS/ThinkPHP二次开发的公司
[最专一]&&SOHO办公,发自内心的热爱我们的专业,宅到底
[最快速]&&模板制作的速度第一,PHPCMS模板制作领袖品牌
[有希望]&&我们开发的网站,是帮助您创造价值的工具
[最惊喜]&&不定期赠送原创的高价值的插件或服务
优品致远掌门人,NLP型新派魅力领袖,官人有自己的追求,他专注做网站,拥有幸福,喜悦,个人力量,爱及自信的人。
我们想通过最简单最轻松最快速的方式，把中国的网站水平整体提升到国际水准，顺便孵化出300个"亿富豪"。
我们选择这样的人才：愿意全身心投入到公司，有企图心，有良好的个性，有灵性有悟性。如果你是，我们就一起干。
咨询,申请体验,合作,建议,反馈等,请先填写接待登记表。
姓名：&&手机：
单位：&&邮箱：
半紧密联盟指的是：优品致远的顾客同时也是您的顾客,您的顾客同时也是优品致远的顾客,我们我合作,独立品牌、独立运营、独立财务的联盟方式。
该模式比较适合于拥有政府、教育、电信、能源、企业等渠道资源的政府机构/企业或者个人,需要大批量做网站,网站功能类似,把网站作为服务的配套,或者需要批量采购优品致远原创开发的系统。
合作意向,请拨打总经理(唐)手机号码:,或者发送E-mail：
紧密联盟指的是：优品致远的顾客同时也是您的顾客,您的顾客同时也是优品致远的顾客,我们合作,共享品牌、独立运营、独立财务的联盟方式。
该模式比较适合网页设计师,制作,程序师,网站建设工作室,自由职业者,非京城网站建设公司合作,拥有渠道资源的个人。
合作意向,请拨打总经理(唐)手机号码:,或者发送E-mail：
> 返回经htmlspecialchars处理过的字符串或数组的函数
来源： &&&&作者： &&&&更新时间： 17:13:16
&&&&浏览量：
* 返回经htmlspecialchars处理过的字符串或数组
* @param $obj 需要处理的字符串或数组
* @return mixed
function new_html_special_chars($string) {
if(!is_array($string)) return htmlspecialchars($string);
foreach($string as $key =& $val) $string[$key] = new_html_special_chars($val);
转载请注明出处:> >