老问题:CString转换为char*能不能用这种方式

Sodar 2007-11-14 08:38:53
注意,是转换为char *,不是LPCTSTR。以前总觉得这种转换:(char*)(LPCTSTR)CString
是错误的,但仔细一想,又不知道有什么严重问题,哪位给解惑一下?
...全文
130 16 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
16 条回复
切换为时间正序
请发表友善的回复…
发表回复
simon031187 2007-11-14
  • 打赏
  • 举报
回复
(char*)(LPCTSTR)CString
(LPSTR)(LPCTSTR)CString

如果是UNICODE,就只能用下面这种,上面的做法会出错
ANSI两种都行,不过既然用了LPCTSTR,最好还是用LPSTR
Sodar 2007-11-14
  • 打赏
  • 举报
回复
谢谢楼上各位回复

这种写法代码比较简洁,而且执行效率也会比较高
只是以前一直认为这种从const到非const的强制转换不好,但是仔细考虑不知道为什么不好
从楼上各位回复来看,也更多是在编码规范性方面的建议
thisisyjs 2007-11-14
  • 打赏
  • 举报
回复
这样转换没错误的,效率也高。只是从const 转为非 const这一步不建议这样做,最好是做一次内存拷贝。
qq14923349 2007-11-14
  • 打赏
  • 举报
回复
strcpy
superarhow 2007-11-14
  • 打赏
  • 举报
回复
还是用GetBufferSetLength()吧,毕竟char*和const char*是不一样的。
zhangyq73 2007-11-14
  • 打赏
  • 举报
回复
C++中的强制类型转换比较危险,它的本质是让编译器忽略数据的类型检查;建议用COM中常用的wcstombs函数,具体用法可以参照msdn.
drowdrow 2007-11-14
  • 打赏
  • 举报
回复
没什么问题。
ps:楼上飞贴太严重,呵呵
Sodar 2007-11-14
  • 打赏
  • 举报
回复
zhoujianhei :
呵呵:)

oh_my_god:
这种方式当然是没问题啦,不过在时间和空间效率上都不理想
zhoujianhei 2007-11-14
  • 打赏
  • 举报
回复
晕 ,怎么发了这么多啊~~
oh_my_god 2007-11-14
  • 打赏
  • 举报
回复
CString str="1234";
char * a=(char *)malloc(str.GetLength()+1);
memcpy(a,str,str.GetLength());
zhoujianhei 2007-11-14
  • 打赏
  • 举报
回复
这么转没什么问题啊,
CString 重载了 = LPCTSTR 操作,所以CString 会自动转换的。
(LPSTR)(LPCTSTR )CString 比较好。
zhoujianhei 2007-11-14
  • 打赏
  • 举报
回复
这么转没什么问题啊,
CString 重载了 = LPCTSTR 操作,所以CString 会自动转换的。
(LPSTR)(LPCTSTR )CString 比较好。
zhoujianhei 2007-11-14
  • 打赏
  • 举报
回复
这么转没什么问题啊,
CString 重载了 = LPCTSTR 操作,所以CString 会自动转换的。
(LPSTR)(LPCTSTR )CString 比较好。
zhoujianhei 2007-11-14
  • 打赏
  • 举报
回复
这么转没什么问题啊,
CString 重载了 = LPCTSTR 操作,所以CString 会自动转换的。
(LPSTR)(LPCTSTR )CString 比较好。
zhoujianhei 2007-11-14
  • 打赏
  • 举报
回复
这么转没什么问题啊,
CString 重载了 = LPCTSTR 操作,所以CString 会自动转换的。
(LPSTR)(LPCTSTR )CString 比较好。
zhoujianhei 2007-11-14
  • 打赏
  • 举报
回复
这么转没什么问题啊,
CString 重载了 = LPCTSTR 操作,所以CString 会自动转换的。
(LPSTR)(LPCTSTR )CString 比较好。

16,548

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧