1.c# 中 字串常量可以以 @ 開頭聲名，這樣的優點是轉義序列「不」被處理，按「原樣」輸出，即我們不需要對轉義字元加上 （反斜扛），就可以輕鬆coding。如
string filepath = @"c:docssourcea.txt"; // rather than "c:docssourcea.txt"
2.如要在乙個用 @ 引起來的字串中包括乙個雙引號，就需要使用兩對雙引號了。
這時候你不能使用 來轉義雙引號了，因為在這裡 的轉義用途已經被 @ 「遮蔽」掉了。如
@"""ahoy!"" cried the captain."; // 輸出為： "ahoy!" cried the captain.
有點像sql中的單引號常量處理方式：
declare @msg varchar(100)
set @msg = ''ahoy!'' cried the captain.' -- 輸出為： 'ahoy!' cried the captain.
3.@ 會識別換行符
其實這個特性，我不知道怎麼描述，只是偶然發現的，先看下面的**吧：
string script = @"
"; 在cs檔案中寫js，結構就很清晰了，正常情況我們是這樣coding的：
string script2 = "";
// or
string script3 =
"";通常我們會選擇後者，因為js**一般比較長，或者方法體很大，或者需要連線其他變數，這樣結構比較清晰。
注意：如果「拼接」的次數很多，應該考慮使用stringbuilder了，有助於提高效能。
還有一種場景，也很常見，在程式中拼接 sql 語句，如
private const string sql_ins_user = @"
insert into t_user([username], [password], email)
values(@username, @password, @email)";
然而，我們需要關注乙個問題：字串長度
看下面的測試**：
private const string sql_ins_user1 = @"
insert into t_user([username], [password], email)
values(@username, @password, @email)";
private const string sql_ins_user2 = @"insert into t_user([username], [password], email)
values(@username, @password, @email)";
private const string sql_ins_user3 = @"insert into t_user([username], [password], email)
values(@username, @password, @email)";
static void main(string args)
可以看到三個字串長度分別相差了，14=126-112和26=112-86，在**編輯器中，sql_ins_user1
中第乙個換行符號之後，縮排13個空格（insert之前），而
sql_ins_user2 中第乙個換行符號之後，縮排25個空格（values之前），
那麼，加上乙個換行符，剛剛好 14和26
如此編寫**，雖然提高了**的清晰度和簡便性，卻無行中帶來了另乙個問題：字元長度！
很多場景下我們希望字串越短越好，如，通過ado.net 傳送 sql 語句給資料庫執行。
所以還是慎用之！
引自:
在 C string 中的用法
1。c 中 字串常量可以以 開頭聲名，這樣的優點是轉義序列 不 被處理，按 原樣 輸出，即我們不需要對轉義字元加上 反斜扛 就可以輕鬆coding。如 string filepath c docs source a.txt rather than c docs source a.txt 2。如要在乙...
C string類的使用
1.為什麼要選擇string類 記憶體不受限，有沒有在oj為了輸入資料的字串的長度不可知而痛苦萬分，有了string類，所有都交給他來幫你完成吧，暫時也就可以忽略記憶體管理這件 的事情了。豐富的操作符，這一點有點類似與python這樣的指令碼語言的中的str，用起來比較的得心應手，要是再有個分割sp...
C string的簡單使用
string是字串,c 相對c來說增加了這個,比字元陣列方便很多。有插入,替換,刪除,反序，比較等功能。接下來用乙個程式將大部分功能串再一起,並在下方鏈結一些應用string解題的鏈結。author frankyu date 2018 1 30 string include includeusing...