软件国际化的思考

本文探讨了软件国际化的策略,建议只支持一种语言时使用ISO8859字符集,而需要多语言支持则采用Unicode。重点介绍了在预处理、链接设置及代码层面如何实现Unicode支持,包括添加预处理定义、调整入口点、使用宽字符类型及转换函数等,以确保字符串处理的一致性和兼容性。
摘要由CSDN通过智能技术生成


  元旦这几天都在睡梦中度过了,只正经地思考了一件事,就是软件国际化的问题。

  国际化(Internationalization,这个又长又丑的单词,= =#)
,也被称为I18n,技术一点来讲就是准备让软件支持多个区域文化(语言)的活动。这个问题在过去的一年也曾思考过,在国内这是一个非常头痛的问题。对于一般软件来说,软件支持中文,这是一个很不错的亮点。但对于一些高端的产品来说,特别是同类产品都没有支持中文的时候,我们就很担心,一旦支持了中文,会不会对未来用户对我们的产品的印象带来不好的影响。

  这几天云风在他的博客中就提到这个问题,当然,他们已经不是思考要不要用进行国际化的问题了,而是总结在使用 Unicode 过程中的一些经验。

  于是,这两天重新对国际化这个问题进行思考,想想如果不国际化的时候应该注意哪些问题,如果产品要国际化的时候要注意哪些问题。

  事实上,国际化要考虑地问题很多,包括大量的状态提示、帮助信息、错误信息,等等。这就要估算这些 String 所用到的资源,如何组织不同的语言,何时确定使用哪种语言,还有使用何种字符集(Unicode、ISO8859、GBK、GB18030,等等),一旦有了改变,以前的数据怎么办?这些都是非常复杂的问题,都得从架构层次上来考虑。因此,很认为云风所讲的,
VC 提倡的所谓为软件维护
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值