软件国际化的思考

最新推荐文章于 2015-10-23 11:37:28 发布

heyuqi100

最新推荐文章于 2015-10-23 11:37:28 发布

阅读量3.7k

点赞数

分类专栏：软件设计文章标签： internationalization preprocessor 语言 character 产品 string

本文链接：https://blog.csdn.net/heyuqi100/article/details/3694623

版权

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

摘要由CSDN通过智能技术生成

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

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

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

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

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