C#正則表達式整理備忘

有一段時間,正則表達式學習很火熱很潮流,當時在CSDN一天就能看到好幾個正則表達式的帖子,那段時間藉助論壇以及Wrox Press出版的《C#字符串和正則表達式參考手冊》學習了一些基礎的知識,同時也爲我在CSDN大概賺了1000分,今天想起來,去找《C#字符串和正則表達式參考手冊》時,已經不知所蹤了。現在用到正則的時候也比較少,把以前的筆記等整理一下,以志不忘。

(1)“@”符號
符下兩ows表研究室的火熱,當晨在“@”雖然並非C#正則表達式的“成員”,但是它經常與C#正則表達式出雙入對。“@”表示,跟在它後面的字符串是個“逐字字符串”,不是很好理解,舉個例子,以下兩個聲明是等效的:
string x="D://My Huang//My Doc";
string y = @"D:/My Huang/My Doc";
事實上,如果按如下聲明,C#將會報錯,因爲“/”在C#中用於實現轉義,如“/n”換行:
string x = "D:/My Huang/My Doc";

(2)基本的語法字符。
/d  0-9的數字
/D  /d的補集(以所以字符爲全集,下同),即所有非數字的字符
/w  單詞字符,指大小寫字母、0-9的數字、下劃線
/W  /w的補集
/s  空白字符,包括換行符/n、回車符/r、製表符/t、垂直製表符/v、換頁符/f
/S  /s的補集
.  除換行符/n外的任意字符
[…]  匹配[]內所列出的所有字符
[^…]  匹配非[]內所列出的字符
下面提供一些簡單的示例:

Code

 

(3)定位字符
“定位字符”所代表的是一個虛的字符,它代表一個位置,你也可以直觀地認爲“定位字符”所代表的是某個字符與字符間的那個微小間隙。
^  表示其後的字符必須位於字符串的開始處
$  表示其前面的字符必須位於字符串的結束處
/b  匹配一個單詞的邊界
/B  匹配一個非單詞的邊界
另外,還包括:/A  前面的字符必須位於字符處的開始處,/z  前面的字符必須位於字符串的結束處,/Z  前面的字符必須位於字符串的結束處,或者位於換行符前
下面提供一些簡單的示例:

Code

 

(4)重複描述字符
“重複描述字符”是體現C#正則表達式“很好很強大”的地方之一:
{n}  匹配前面的字符n次
{n,}  匹配前面的字符n次或多於n次
{n,m}  匹配前面的字符n到m次
?  匹配前面的字符0或1次
+  匹配前面的字符1次或多於1次
*  匹配前面的字符0次或式於0次
以下提供一些簡單的示例:

Code

 

(5)擇一匹配
C#正則表達式中的 (|) 符號似乎沒有一個專門的稱謂,姑且稱之爲“擇一匹配”吧。事實上,像[a-z]也是一種擇一匹配,只不過它只能匹配單個字符,而(|)則提供了更大的範圍,(ab|xy)表示匹配ab或匹配xy。注意“|”與“()”在此是一個整體。下面提供一些簡單的示例:

Code

 

(6)特殊字符的匹配
下面提供一些簡單的示例:

Code

 

(7)組與非捕獲組
以下提供一些簡單的示例:

Code

 

(8)貪婪與非貪婪
正則表達式的引擎是貪婪,只要模式允許,它將匹配儘可能多的字符。通過在“重複描述字符”(*,+)後面添加“?”,可以將匹配模式改成非貪婪。請看以下示例:

Code

 

(9)回溯與非回溯
使用“(?>…)”方式進行非回溯聲明。由於正則表達式引擎的貪婪特性,導致它在某些情況下,將進行回溯以獲得匹配,請看下面的示例:

Code

 

(10)正向預搜索、反向預搜索
正向預搜索聲明格式:正聲明 “(?=…)”,負聲明 “(?!...)” ,聲明本身不作爲最終匹配結果的一部分,請看下面的示例:

Code

 

反向預搜索聲明格式:正聲明“(?<=)”,負聲明“(?<!)”,聲明本身不作爲最終匹配結果的一部分,請看下面的示例:

Code

 

(11)十六進制字符範圍
正則表達式中,可以使用 "/xXX" 和 "/uXXXX" 表示一個字符("X" 表示一個十六進制數)形式字符範圍:
/xXX       編號在 0到255 範圍的字符,比如:空格可以使用 "/x20" 表示。
/uXXXX   任何字符可以使用 "/u" 再加上其編號的4位十六進制數表示,比如:漢字可以使用“[/u4e00-/u9fa5]”表示。


(12)對[0,100]的比較完備的匹配
下面是一個比較綜合的示例,對於匹配[0,100],需要特殊考慮的地方包括
*00合法,00.合法,00.00合法,001.100合法
*空字符串不合法,僅小數點不合法,大於100不合法
*數值是可帶後綴的,如“1.07f”表示該值爲一個float類型(未考慮)

Code

(13)精確匹配有時候是困難的
有些需求要做到精確匹配比較困難,例如:日期、Url、Email地址等,其中一些你甚至需要研究一些專門的文檔寫出精確完備的表達式,對於這種情況,只能退而求其次,保證比較精確的匹配。例如對於日期,可以基於應用系統的實際情況考慮一段較短的時間,或者對於像Email的匹配,可以只考慮最常見的形式。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章