在 VC++ 2003 中,我可以将源文件保存为 UTF-8,并且所有字符串都按原样使用。换句话说,以下代码会将字符串按原样打印到控制台。如果源文件保存为 UTF-8,则输出将为 UTF-8。
printf("Chinese (Traditional)");
printf("中国語 (繁体)");
printf("중국어 (번체)");
printf("Chinês (Tradicional)");
我已使用 UTF-8 BOM 以 UTF-8 格式保存文件。但是使用 VC2008 编译会导致:
warning C4566: character represented by universal-character-name '\uC911'
cannot be represented in the current code page (932)
warning C4566: character represented by universal-character-name '\uAD6D'
cannot be represented in the current code page (932)
etc.
导致这些警告的字符已损坏。适合区域设置的那些(在本例中为 932 = 日语)将转换为区域设置编码,即 Shift-JIS。
我找不到让 VC++ 2008 为我编译它的方法。请注意,我在源文件中使用什么语言环境并不重要。似乎没有一个语言环境说“我知道我在做什么,所以不要 f$%##ng 更改我的字符串文字”。特别是,无用的 UTF-8 伪语言环境不起作用。
#pragma setlocale(".65001")
=> error C2175: '.65001' : invalid locale
“C”也不行:
#pragma setlocale("C")
=> see warnings above (in particular locale is still 932)
似乎 VC2008 强制所有字符进入指定(或默认)的语言环境,并且该语言环境不能是 UTF-8。我不想将文件更改为使用“\xbf\x11...”之类的转义字符串,因为相同的源代码是使用 gcc 编译的,它可以非常愉快地处理 UTF-8 文件。
有什么方法可以指定源文件的编译应该保持字符串文字不变?
换个说法,在编译源文件时,我可以使用哪些编译标志来指定与 VC2003 的向后兼容性。即不要更改字符串文字,按原样逐字节使用它们。
更新
感谢您的建议,但我想避免使用 wchar。由于此应用程序专门处理 UTF-8 中的字符串,因此使用 wchar 将要求我将所有字符串转换回 UTF-8,这应该是不必要的。所有输入、输出和内部处理均采用 UTF-8。这是一个简单的应用程序,在 Linux 上和使用 VC2003 编译时都可以正常工作。我希望能够用 VC2008 编译相同的应用程序并让它工作。
为此,我需要 VC2008 不尝试将其转换为我本地机器的语言环境(日语,932)。我希望 VC2008 向后兼容 VC2003。我想要一个语言环境或编译器设置,说明字符串按原样使用,本质上是不透明的 char 数组或 UTF-8。看起来我可能会被 VC2003 和 gcc 困住,但 VC2008 在这种情况下试图变得太聪明了。
最佳答案
更新:
我已经决定没有保证的方法可以做到这一点。我在下面介绍的解决方案适用于英文版 VC2003,但在使用日文版 VC2003(或者它可能是日文操作系统)编译时失败。无论如何,不能依赖它来工作。请注意,即使将所有内容都声明为 L""字符串也不起作用(并且在 gcc 中很痛苦,如下所述)。
相反,我相信您只需要咬紧牙关,将所有文本移动到数据文件中并从那里加载即可。我现在通过 SimpleIni 存储和访问 INI 文件中的文本(跨平台 INI 文件库)。至少可以保证它可以正常工作,因为所有文本都在程序之外。
原文:
我自己回答这个问题,因为似乎只有埃文明白这个问题。关于 Unicode 是什么以及如何使用 wchar_t 的答案与这个问题无关,因为这与国际化无关,也不是对 Unicode 字符编码的误解。不过,我感谢您的帮助,如果我不够清楚,请道歉。
问题是我有需要在各种平台和编译器下交叉编译的源文件。该程序执行 UTF-8 处理。它不关心任何其他编码。我想在 UTF-8 中使用字符串文字,就像目前使用 gcc 和 vc2003 一样。 VC2008如何做到这一点? (即向后兼容的解决方案)。
这是我发现的:
gcc (v4.3.2 20081105):
vc2003:
vc2005+:
因此,简单的答案是,对于这个特定目的,VC2005+ 已损坏并且不提供向后兼容的编译路径。将 Unicode 字符串导入编译程序的唯一方法是通过 UTF-8 + BOM + wchar,这意味着我需要在使用时将所有字符串转换回 UTF-8。
没有任何简单的跨平台将 wchar 转换为 UTF-8 的方法,例如 wchar 的大小和编码是什么?在 Windows 上,UTF-16。在其他平台上?它因人而异。见 ICU project了解一些细节。
最后我决定,我将避免在 vc2005+ 以外的所有编译器上的转换成本,源代码如下。
#if defined(_MSC_VER) && _MSC_VER > 1310
// Visual C++ 2005 and later require the source files in UTF-8, and all strings
// to be encoded as wchar_t otherwise the strings will be converted into the
// local multibyte encoding and cause errors. To use a wchar_t as UTF-8, these
// strings then need to be convert back to UTF-8. This function is just a rough
// example of how to do this.
# define utf8(str) ConvertToUTF8(L##str)
const char * ConvertToUTF8(const wchar_t * pStr) {
static char szBuf[1024];
WideCharToMultiByte(CP_UTF8, 0, pStr, -1, szBuf, sizeof(szBuf), NULL, NULL);
return szBuf;
}
#else
// Visual C++ 2003 and gcc will use the string literals as is, so the files
// should be saved as UTF-8. gcc requires the files to not have a UTF-8 BOM.
# define utf8(str) str
#endif
请注意,此代码只是一个简化示例。生产使用需要以多种方式清理它(线程安全、错误检查、缓冲区大小检查等)。
这就像下面的代码一样使用。它编译干净并且在我对 gcc、vc2003 和 vc2008 的测试中正常工作:
std::string mText;
mText = utf8("Chinese (Traditional)");
mText = utf8("中国語 (繁体)");
mText = utf8("중국어 (번체)");
mText = utf8("Chinês (Tradicional)");
关于c++ - 如何在 Visual C++ 2008 中创建 UTF-8 字符串文字,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/688760/
总的来说,我对ruby还比较陌生,我正在为我正在创建的对象编写一些rspec测试用例。许多测试用例都非常基础,我只是想确保正确填充和返回值。我想知道是否有办法使用循环结构来执行此操作。不必为我要测试的每个方法都设置一个assertEquals。例如:describeitem,"TestingtheItem"doit"willhaveanullvaluetostart"doitem=Item.new#HereIcoulddotheitem.name.shouldbe_nil#thenIcoulddoitem.category.shouldbe_nilendend但我想要一些方法来使用
我有一个字符串input="maybe(thisis|thatwas)some((nice|ugly)(day|night)|(strange(weather|time)))"Ruby中解析该字符串的最佳方法是什么?我的意思是脚本应该能够像这样构建句子:maybethisissomeuglynightmaybethatwassomenicenightmaybethiswassomestrangetime等等,你明白了......我应该一个字符一个字符地读取字符串并构建一个带有堆栈的状态机来存储括号值以供以后计算,还是有更好的方法?也许为此目的准备了一个开箱即用的库?
出于纯粹的兴趣,我很好奇如何按顺序创建PI,而不是在过程结果之后生成数字,而是让数字在过程本身生成时显示。如果是这种情况,那么数字可以自行产生,我可以对以前看到的数字实现垃圾收集,从而创建一个无限系列。结果只是在Pi系列之后每秒生成一个数字。这是我通过互联网筛选的结果:这是流行的计算机友好算法,类机器算法:defarccot(x,unity)xpow=unity/xn=1sign=1sum=0loopdoterm=xpow/nbreakifterm==0sum+=sign*(xpow/n)xpow/=x*xn+=2sign=-signendsumenddefcalc_pi(digits
我的目标是转换表单输入,例如“100兆字节”或“1GB”,并将其转换为我可以存储在数据库中的文件大小(以千字节为单位)。目前,我有这个:defquota_convert@regex=/([0-9]+)(.*)s/@sizes=%w{kilobytemegabytegigabyte}m=self.quota.match(@regex)if@sizes.include?m[2]eval("self.quota=#{m[1]}.#{m[2]}")endend这有效,但前提是输入是倍数(“gigabytes”,而不是“gigabyte”)并且由于使用了eval看起来疯狂不安全。所以,功能正常,
在我的Rails(2.3,Ruby1.8.7)应用程序中,我需要将字符串截断到一定长度。该字符串是unicode,在控制台中运行测试时,例如'א'.length,我意识到返回了双倍长度。我想要一个与编码无关的长度,以便对unicode字符串或latin1编码字符串进行相同的截断。我已经了解了Ruby的大部分unicode资料,但仍然有些一头雾水。应该如何解决这个问题? 最佳答案 Rails有一个返回多字节字符的mb_chars方法。试试unicode_string.mb_chars.slice(0,50)
对于具有离线功能的智能手机应用程序,我正在为Xml文件创建单向文本同步。我希望我的服务器将增量/差异(例如GNU差异补丁)发送到目标设备。这是计划:Time=0Server:hasversion_1ofXmlfile(~800kiB)Client:hasversion_1ofXmlfile(~800kiB)Time=1Server:hasversion_1andversion_2ofXmlfile(each~800kiB)computesdeltaoftheseversions(=patch)(~10kiB)sendspatchtoClient(~10kiBtransferred)Cl
大约一年前,我决定确保每个包含非唯一文本的Flash通知都将从模块中的方法中获取文本。我这样做的最初原因是为了避免一遍又一遍地输入相同的字符串。如果我想更改措辞,我可以在一个地方轻松完成,而且一遍又一遍地重复同一件事而出现拼写错误的可能性也会降低。我最终得到的是这样的:moduleMessagesdefformat_error_messages(errors)errors.map{|attribute,message|"Error:#{attribute.to_s.titleize}#{message}."}enddeferror_message_could_not_find(obje
我试图获取一个长度在1到10之间的字符串,并输出将字符串分解为大小为1、2或3的连续子字符串的所有可能方式。例如:输入:123456将整数分割成单个字符,然后继续查找组合。该代码将返回以下所有数组。[1,2,3,4,5,6][12,3,4,5,6][1,23,4,5,6][1,2,34,5,6][1,2,3,45,6][1,2,3,4,56][12,34,5,6][12,3,45,6][12,3,4,56][1,23,45,6][1,2,34,56][1,23,4,56][12,34,56][123,4,5,6][1,234,5,6][1,2,345,6][1,2,3,456][123
如何在buildr项目中使用Ruby?我在很多不同的项目中使用过Ruby、JRuby、Java和Clojure。我目前正在使用我的标准Ruby开发一个模拟应用程序,我想尝试使用Clojure后端(我确实喜欢功能代码)以及JRubygui和测试套件。我还可以看到在未来的不同项目中使用Scala作为后端。我想我要为我的项目尝试一下buildr(http://buildr.apache.org/),但我注意到buildr似乎没有设置为在项目中使用JRuby代码本身!这看起来有点傻,因为该工具旨在统一通用的JVM语言并且是在ruby中构建的。除了将输出的jar包含在一个独特的、仅限ruby
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%