真麻烦。干嘛不用资源文件呢。
NSLocalizedString 自己去查Apple Doc吧。

嗯，大概看了一下，用NSLocaliedString才是真麻烦吧。

最好用NSLocalizedString，楼上正解。
如果非要在里面写中文，附件的.m是utf-8的，而且可以编译。我这没装windows，lz自己在win下试试看吧。

多谢，主要问题是，文字是由服务器端传回，并不能在client端写死，所以NSLocalizeString似乎没法用。

服务器端传过来的字是gb18030还是utf-8?

肯定是18030的，utf-8一般要三个bytes。

这种情况通常需要Server端和Client端协商encoding的，从前台到后台可以统一选择UTF-8编码，这样以后可以很方便的支持其他语种。

不过很多人搞不清楚8859_1/GB2312/GBK/UTF8/UTF16/Unicode的区别的，呵呵。小编码也有大学问。

引用:

原帖由 confused_ddk 于 2008-4-18 21:38 发表
肯定是18030的，utf-8一般要三个bytes。

这个需要猜么？给你几个字节序列，你猜猜分别是啥编码？
0xC4E3 0x4F60

[ 本帖最后由 acdc 于 2008-4-18 21:49 编辑 ]

另外，在apple的框架里面NSString的char是unicode的unichar，所以如果你从网络或者其他IO拿到的字节流数据，通常需要进行一个转码，也就是所谓的[NSString initWithUTF8String]。这里就是说UTF8是缺省的。你也可以选择其他的encoding，就要看osx底层运行库(iconv or ICU)是否支持了,通常都是支持的。

呵呵，我懒得想，算一下值就知道了，没什么难的。