評(píng)論:
# re: CString 的性能之殤
2010-02-01 12:33 |
# re: CString 的性能之殤
2010-02-01 12:35 |
CString設(shè)計(jì)還是很棒的. 單字符替換可以簡(jiǎn)單的掃描即可，如果多字符肯定要重新分配內(nèi)存的。
回復(fù) 更多評(píng)論
# re: CString 的性能之殤
2010-02-01 12:36 |
@chentan
可以考慮用緩沖保留一下，等到再次使用字符串的時(shí)候，或者線程空閑的時(shí)候再進(jìn)行替換
回復(fù) 更多評(píng)論
# re: CString 的性能之殤
2010-02-01 14:04 |
你把CString ConvertFilePathToXmlKey(LPCTSTR lpFilePath)改成
void ConvertFilePathToXmlKey(CString &FilePath);可以解決這里的性能問(wèn)題
回復(fù) 更多評(píng)論
# re: CString 的性能之殤
2010-02-01 16:30 |
@毛毛
這種方式不能, 不爭(zhēng)論. 況且 "入?yún)?shù)和出參數(shù)是同一個(gè)" 是糟糕的設(shè)計(jì).
回復(fù) 更多評(píng)論
# re: CString 的性能之殤
2010-02-01 17:02 |
@free2000fly
不一定的，有些函數(shù)就是要Update，人家就不愿意創(chuàng)建一個(gè)新的字符串出來(lái)呢。
回復(fù) 更多評(píng)論
# re: CString 的性能之殤
2010-02-01 17:09 |
# re: CString 的性能之殤
2010-02-01 20:01 |
# re: CString 的性能之殤
2010-02-05 23:16 |
# re: CString 的性能之殤
2010-02-09 20:44 |
這也不能說(shuō)是CString的性能之傷。
找你的應(yīng)用來(lái)看，不就是通用代碼和專用代碼的性能比較而已。毫無(wú)意義
回復(fù) 更多評(píng)論