簡(jiǎn)單說明VS2003 UNICODE字符的使用方法
以下就是我總結(jié)的簡(jiǎn)單的實(shí)例. 此時(shí)VS2003 UNICODE字符用的參數(shù)類型為wchar_t* 類型, MFC應(yīng)用程序調(diào)用此VS2003 UNICODE字符后編譯同過, 但不能連接.所以要相上用上面提到的解決方案了。
在此簡(jiǎn)單說明一下設(shè)置使用VS2003 UNICODE字符集的方法:
選擇項(xiàng)目屬性的"C/C++"=>"預(yù)處理器"右邊的"預(yù)處理器定義"中添加_UNICODE;UNICODE;如果是MFC項(xiàng)目,在項(xiàng)目屬性的"連接器"=>"高級(jí)"中的"入口點(diǎn)"處加上wWinMainCRTStartup
以上操作后項(xiàng)目就使用UNICODE字符集.此時(shí)TCHAR不是原來的char類型,而是wchar_t類型,LPCTSTR也是wchar_t*類型了.(更多有關(guān)UNICODE編程問題可以查看http://www.vckbase.com/document/viewdoc/?id=642)
回到原文.在MSDN中的LNK2019錯(cuò)誤信息的說明后,發(fā)現(xiàn)MFC項(xiàng)目默認(rèn)設(shè)置了/Zc:wchar_t編譯選項(xiàng).但Console項(xiàng)目中默認(rèn)是不設(shè)置此項(xiàng)的.解決方案:在項(xiàng)目屬性"C/C++"=>"語言"中的"將wchar_t視為內(nèi)置類型"上選擇"否".之后編譯連接OK.
在此給出實(shí)例代碼:
- DLL中的導(dǎo)出函數(shù)聲名
- int __declspec(dllexport) FindFile( LPCTSTR lpFileName );
- 在MFC項(xiàng)目中要用到以上DLL中聲名的函數(shù).(MFC項(xiàng)目已設(shè)置為UNICODE)
- FindFile( _T( "FileName" ) );
工作需要做了一個(gè)使用UNICODE字符集的DLL庫.應(yīng)用程序用MFC庫,也使用了UNICODE字符集.但在編譯連接的時(shí)候總是發(fā)生LNK2019的錯(cuò)誤.但在Console項(xiàng)目中是沒有此錯(cuò)誤的.重新檢查了所有項(xiàng)目的屬性,是否正確設(shè)置為使用UNICODE字符集#t#
有四種VS2003 UNICODE字符標(biāo)準(zhǔn)化表單。最重要的是標(biāo)準(zhǔn)化表單 C，因?yàn)樗怯糜谌f維網(wǎng)的字符模型的最常用表單。Macromedia 提供其他三種 Unicode 標(biāo)準(zhǔn)化表單作為補(bǔ)充。
在 Unicode 中，有些字符看上去很相似，但可用不同的方法存儲(chǔ)在文檔中。
例如，“”（e 變音符）可表示為單個(gè)字符“e 變音符”，或兩個(gè)字符“正常拉丁語 e”+“組合變音符”。Unicode 組合字符是與前一個(gè)字符結(jié)合使用的字符，因此變音符會(huì)顯示在“拉丁語 e”的上方。這兩種形式都顯示為相同的印刷樣式，但保存在文件中的每種形式是不同的。
標(biāo)準(zhǔn)化是指確?？捎貌煌问奖４娴乃凶址际褂孟嗤男问竭M(jìn)行保存的過程。即，文檔中所有“”字符都保存為單個(gè)“e 變音符”或“e”+“組合變音符”，而不是在一個(gè)文檔中保存為這兩種形式。
我特意注意了下，相同代碼內(nèi)容的兩個(gè)文檔，使用了BOM的文檔字節(jié)比未使用的文檔字節(jié)多3個(gè)字節(jié)。
