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

Sodar 2007-11-14 08:38:53
注意,是转换为char *,不是LPCTSTR。以前总觉得这种转换:(char*)(LPCTSTR)CString
是错误的,但仔细一想,又不知道有什么严重问题,哪位给解惑一下?
...全文
103 16 打赏 收藏 举报
写回复
16 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
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 比较好。
  • 打赏
  • 举报
回复
相关推荐
发帖
VC/MFC
加入

1.6w+

社区成员

VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
申请成为版主
帖子事件
创建了帖子
2007-11-14 08:38
社区公告

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