32位项目转64位项目的个人体会

本文讲述了将一个32位MFC项目迁移到64位过程中遇到的问题,包括多字节到Unicode的转换挑战、外部符号无法解析的解决办法,以及在64位环境下运行时的兼容性问题。通过这次经历,作者强调了项目规划的前瞻性,以及新技术和平台适配的重要性。
摘要由CSDN通过智能技术生成

       由于项目需要,最近将办公室里的一个学长写的MFC项目从vs2010移植到vs2013,出现了一堆多字节转到Unicode的错误,其实在写这个项目的时候就有想过为什么不用Unicode,《windows核心编程》里面也建议使用Unicode,引用如下:

①Unicode使程序的本地化变得更容易。

②使用Unicode,只需发布一个二进制(.exe或DLL)文件,即可支持所有语言。

③Unicode提升了应用程序的效率,因为代码执行速度更快,占用内存更少。

④Windows内部的一切工作都是使用Unicode字符和字符串来进行的。所以,假如你非要传入ANSI字符或字符串,Windows就会被迫分配内存,并将ANSI字符或字符串转换为等价的Unicode形式。使用Unicode,你的应用程序能轻松调用所有不反对使用(nondeprecated)的Windows函数,因为一些Windows函数提供了只能处理Unicode字符和字符串的版本。

⑤使用Unicode,你的代码很容易与COM集成(后者要求使用Unicode字符和字符串)。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值