我很抱歉,如果這是一個愚蠢的問題..我最近開發了一個應用程序在Windows與C和WinApi。我需要檢查應用程序是否與UNICODE兼容。我如何測試我的機器?是否有任何程序遵循UNICODE兼容性檢查。更多我沒有中文機器或任何其他語言。我希望這個測試在我的機器上完成,默認語言爲英文。如何測試我的應用程序是UNICODE兼容還是不兼容?
請提供一些鏈接,如果可能或詳細的程序。
我很抱歉,如果這是一個愚蠢的問題..我最近開發了一個應用程序在Windows與C和WinApi。我需要檢查應用程序是否與UNICODE兼容。我如何測試我的機器?是否有任何程序遵循UNICODE兼容性檢查。更多我沒有中文機器或任何其他語言。我希望這個測試在我的機器上完成,默認語言爲英文。如何測試我的應用程序是UNICODE兼容還是不兼容?
請提供一些鏈接,如果可能或詳細的程序。
偉大的問題。在Windows平臺上,這確實具有挑戰性,因爲支持許多不同的編碼和代碼頁,並且可以在它們之間進行混合。
我通常所做的就是在輸入上測試應用程序,該應用程序是兩種非ASCII語言的混合,例如文件名是俄語和希伯來語字母的混合文件,並且看到應用程序能夠打開此文件等等。你可以複製這個:"שלום привет hello"
,看看它是如何工作的這種輸入。
因爲我們在這裏有兩種語言,所以不可能用ANSI代碼頁來支持,所以不會有這種最常見的錯誤。
我的應用程序正在從Windows XP的所有版本的Windows XP(包括32位和64位) – 2vision2
Thad的事實並沒有太大的變化。 –
@AlexeyFrunze:那就是說,有一個「中文語言機器」,或者至少是一個「土耳其語言機器」有時是有幫助的。如果不在不同的語言環境中測試代碼,則有一些問題您無法理解。只是一個很小的例子,不是與Unicode相關的:你可以測試你喜歡的所有值,在用戶的語言環境中,值「1.0」打印爲「1.0」,但是如果你從不在歐洲設置用戶的語言環境,那麼你贏了而不是將它看成是「1,0」。所以你的測試不會注意到你的代碼是否錯誤地依賴於一個特定的小數分隔符。 –