关于强制类型转换

ring 2000-03-31 10:14:00
最近看一些程序比较晕,好像很多类型都可以强制转换
比如:
struct hostent hn;
(struct in_addr *)hn->h_addr_list[0]);

CString str;
(LPCTSTR)str;

还有在SendMessage中,又必须来个(wParam)和(lParam)强制转换
到底是为什么,请告诉我多一点东东,包括例子
...全文
703 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
Gray_Bit 2000-04-01
  • 打赏
  • 举报
回复
c++提供了新的类型映射[Type Cast]语法,是对C的改进.建议你去看看.
zdg 2000-03-31
  • 打赏
  • 举报
回复
VC的类型转换几乎无所不能, 只要能转的...
wParam, lParam, LPCSTR等等都是WindowsAPI默认的类型,
VC扩充了很多, 当然也兼容...
梁小白 2000-03-31
  • 打赏
  • 举报
回复
当你把所有类型的变量看成01010101之后,所有的类型的转换都是合理的。但转换前你应该清楚每个变量的BYTE数,特别是复杂的数据类型。
另外,指针只是:(1)指定内存地址(2)对指定内存的存取方式:Ex:
WORD w=0x0102;
WORD *pWord = &w;
BYTE *pByte = (BYTE *)&w;
则:*pWord = 0x0102, *pByte = 0x02; 如此而已!
goojuu 2000-03-31
  • 打赏
  • 举报
回复
强制转换在一般使用中应避免,因为他有时有意想不到的副作用,简单的如char与
int,就有正负的问题存在。
但有时也是必要的,特别是父类指针与子类指针的转化。
在c++中,一般会自动转化的,因为函数原形的存在。及编译器对一些转化的规定,
如在求值时的转化,甚至有类转化到其它数据类型,这时只要有转化函数,就能做到
自动转化。
sunsetyang 2000-03-31
  • 打赏
  • 举报
回复
强制类型转换的基础是计算机处理的都是二进制的数据。因此可以存在一种类型数据的多中不同的理解。于是就有了强制类型转换。C中的强制类型转换只是为了提供尽可能简单的调用方式,要不然,要定义n多的重载函数来作这部分的工作。
比如字符串“0123",在计算机内部表示为0x30313233,强制类型转换为int(32位)就是这个值:0x30313233,转换为char为0x30,转换为short为0x3031.淡然也能转换为其他的结构,联合类型。转换为float,double类型时要特别小心,由于浮点的数据类型在计算机内部表示的限制。并不是所有的转换都会成功。
hupanpan 2000-03-31
  • 打赏
  • 举报
回复
这里是我对数据强制类型转换的一些理解:
1 type_a 和 type_b 的数据说到底都是 01100100 之类的东西。这是“强制类型转换”可以实现的前提。
2 编译器要求区分 type_a 和 type_b 这两种类型(如果混用它通常会毫不留情地指出来)。
3 但有时候,时刻都严格区分 type_a 和 type_b 又很不现实,比如:
一个数据通道要通过 type_a, type_b, typ_c ...... 类型的数据。
通过强制类型转换,就可以
type_a -\ /-> type_a
type_b ----> type_x ->...-> type_x ----> type_b
... ...-/ \-> ... ...
如果没有强制类型转换,做起来就没这么简单了。
4 Windows 中有大量的类似的东西,上面提到的 WPARAM、LPARAM 就是一例,虽然 Windows 中的消息有很多,要传递的数据的类型也很多,但他们都要通过这两个参数来传递,所以几乎是只要有消息处理、就有强制类型转换。
change 2000-03-31
  • 打赏
  • 举报
回复
实际上这些类型最终都是有最基本的几个类型定义的,
所以有一些类型之间只是名称不同,内涵是一致的,
指针类型是C的最强大的内容,只要转换成相应的类型指针,
就能按照目标类型来读写指针指向的空间,而不用理会它原来是什么类型
(当然这很危险)

16,467

社区成员

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

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

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