今天遇見一個(gè)消除js正則表達(dá)式不區(qū)分大小寫的問題，網(wǎng)上一搜，發(fā)現(xiàn)自己果然是菜鳥。
在js里面//g，其中g(shù)表示全局匹配，如果沒有這個(gè)，那么就意味著只能匹配一次就會(huì)自動(dòng)結(jié)束；/i/就表示在匹配的過程中不區(qū)分大小寫。呵呵。。這個(gè)在參數(shù)過濾的過程中就很有用了。
復(fù)制代碼 代碼如下:
dxycode=dxycode.replace(/br\s*\/?>/gi,'\n')
都說到這個(gè)份上了，自然情不自禁的看了一下.NET中的正則表達(dá)式不區(qū)分大小寫的情況。在.NET中，RegexOption枚舉可以使用影響匹配行為的選項(xiàng)修改正則表達(dá)式模式。比如其中的IngoreCase就是匹配過程中忽略大小寫的限定。附上代碼如下：
Regex.Match (String, String, RegexOptions)；
Regex.Replace (String, String, String, RegexOptions)
正則表達(dá)式其實(shí)是一個(gè)很有趣的事情，但是不因正而正則。下面描述一下我今天碰到的問題。
大家可能都會(huì)遇到這樣的問題，在進(jìn)行ajax的傳輸后，利用javascript綁定數(shù)據(jù)的時(shí)候，經(jīng)常因?yàn)樽⑷霅阂饽_本、html標(biāo)簽未關(guān)閉等問題導(dǎo)致頁(yè)面錯(cuò)版和被別人腳本惡意注入。這個(gè)時(shí)候的我們想到的第一個(gè)解決辦法是：將所有標(biāo)簽全部轉(zhuǎn)換成實(shí)體。這樣頁(yè)面既不會(huì)被惡意腳本注入，又不會(huì)出現(xiàn)錯(cuò)版情況。 很好，這是一種解決途徑，畢竟菜鳥開始想問題了。但是這樣會(huì)誤殺一篇有用的html標(biāo)簽，比如img，a等等。因此，第一種想法被否定了。
然后菜鳥開始尋找第二種途徑。先將問題分解，讓我們先解決惡意腳本注入的問題。這個(gè)好辦，把其中一部分惡意的腳本過濾掉。好啊，這個(gè)簡(jiǎn)單，這個(gè)時(shí)候就用到了我上面說的正則表達(dá)式了。一路走下去，惡意腳本注入得到解決。這里先不指出菜鳥這樣做的缺點(diǎn)。先看下一個(gè)問題。那么怎樣防止頁(yè)面錯(cuò)版的問題呢。哎呀。。。這個(gè)菜鳥可是想破了腦袋，最后的結(jié)論是用正則表達(dá)式吧為關(guān)閉標(biāo)簽給照出來，要么修補(bǔ)未關(guān)閉標(biāo)簽，要不直接刪除未關(guān)閉標(biāo)簽。
再來評(píng)論菜鳥的第二種解決途徑和第三種方法。這樣做有一個(gè)共同的確定。就是你手動(dòng)改變了用戶的內(nèi)容，不經(jīng)意的用戶還會(huì)以為你系統(tǒng)有問題，因?yàn)槿鄙俸芎玫挠脩趔w驗(yàn)。第二，正則表達(dá)式始終是要費(fèi)能的一個(gè)東東，需要不停的比對(duì)。雖然給系統(tǒng)的影響可能不是很大，但是能節(jié)約性能為什么不節(jié)約呢？
最終菜鳥找到了一個(gè)很好的方法，對(duì)于文本框的輸入，采用第一種方法，吧用戶的輸入內(nèi)容直接轉(zhuǎn)換為實(shí)體。當(dāng)然如果用戶有輸入圖片和超鏈接的需要，我們也不能不滿足。如何滿足?解決途徑如下：自定義標(biāo)簽，然后再顯示的時(shí)候自定義標(biāo)簽轉(zhuǎn)換。此時(shí)菜鳥才恍然大悟。
其實(shí)菜鳥也在不斷的進(jìn)步的，這個(gè)問題的解決體驗(yàn)了一個(gè)思想就是：特殊問題特殊處理的思想。有些東西是不能被大眾化的，那么我們就對(duì)其特殊處理吧！
最后，恭喜菜鳥走出了“因正則而正則”的誤區(qū)。同時(shí)附上正則表達(dá)式大全：
https://www.jb51.net/tools/zhengze.html
您可能感興趣的文章:- JavaScript中的正則表達(dá)式簡(jiǎn)明總結(jié)
- 常用的JavaScript驗(yàn)證正則表達(dá)式匯總
- javascript正則表達(dá)式基礎(chǔ)篇
