c++中数据类型咋这么多别名？？

[guangmingdeshenju]

typedef unsigned int UINT;
typedef long LONG;

typedef UINT WPARAM;
typedef LONG LPARAM;

还有什么DWORD=usigned long，word=usigned short…………
真搞不懂c++中同一种数据类型为什么这么多别名啊？？
不同的地方用不同的名字，其实还是一回事！
是不是故弄玄虚哦！（还是仅仅为了输入简单啊，但这也没必要有两三个别名啊）
望高手指点迷津啊？？

[zaodt]

历史遗留问题，主要还是为了保持兼容。

[guangmingdeshenju]

兼容，说清楚点行不？
就是说某些版本识别dword，某些识别usigned long嘛？？

[I_NBFA]

有历史遗留问题, 也是为了更形象. 而且还有助于移植数据类型.
比如WPARAM以前是16bit, 到了Win32是32bit, 64位系统可以已经扩展成64bit了,
虽然低层大小不同但系统把差异性隔离了, 程序员用着更方便.
相反如果直接硬编码我们可能就需要修改他们了.

[guangmingdeshenju]

没懂？

[friendly_]

就像人的别名一样，比如一位叫张呆的，在单位有人叫小张，有人叫张哥，朋友间有人叫呆子，在家可能有人叫呆呆，小呆之类，夫妻间称老公/老婆，父母间称儿子/女儿，虽然都同是一个人，但在不同的情况下有不同的称呼，这不同的称呼，代表了不同的环境，不同的职位，不同的年龄阶层,不同的关系，等等.......

[oyljerry]

有些是历史遗留,有些是为了更好理解,名称改动等来方便记忆.

[guangmingdeshenju]

这是编程唉，应该方便为原则，uint 叫做wparam有什么方便的嘛？？
这与环境又能扯上什么关系？
5楼，冬眠时期
纯粹牵强附会！！
个人认为这就是c++为了兼容c，而使语言多了一些累赘，瑕疵。

[MoXiaoRab]

别名是为了理解。看到这个参数，就知道他的作用，如果你满目看上去都是Long，你怎么知道它的作用呢？但是你看到HWND，哦，这是窗口句柄，看到HDC，哦，这是DC句柄。
虽然他们的定义实际上是一样的

[MoXiaoRab]

[Quote=引用 7 楼 guangmingdeshenju 的回复:]
这是编程唉，应该方便为原则，uint 叫做wparam有什么方便的嘛？？
这与环境又能扯上什么关系？
5楼，冬眠时期
纯粹牵强附会！！
个人认为这就是c++为了兼容c，而使语言多了一些累赘，瑕疵。
[/Quote]
你这话过了点....和累赘，瑕疵差远了。
微软这么做其实是应该的

[shakeyou123]

有的是历史遗留问题，有的则是为了更加的形象，方便其他程序员去阅读，这谈不上累赘和瑕疵

[快乐鹦鹉]

这是一个好的方法。如果类进行封装一样。
我们以前的领导就教育我们，应该将系统中使用的所有变量类型都要重新定义，这样，万一以后程序所处的环境变了，我只需要到定义这些类型的文件中，修改这些定义就行了。而不需要把系统中所有变量类型全部去修改。
比如，自己弄个头文件
typedef int MYINT32
这样，自己程序中定义整型都用MYINT32就行。万一环境变化，只需要改typedef integer MYINT32就可以啦。只要数据类型的长度保持一致。

定义不同的别名，分别应用于不同的环境中，便于记忆和理解。

[tongxu1984]

个人觉得，这是一种编程需要，通过别名我们可以更容易定位我们需要的类型。

[guangmingdeshenju]

Tr0j4n
回答很不错，茅塞顿开啊！

[I_NBFA]

[Quote=引用 7 楼 guangmingdeshenju 的回复:]
这是编程唉，应该方便为原则，uint 叫做wparam有什么方便的嘛？？
这与环境又能扯上什么关系？
5楼，冬眠时期
纯粹牵强附会！！
个人认为这就是c++为了兼容c，而使语言多了一些累赘，瑕疵。
[/Quote]

你这就自相矛盾了, 我上面说了无论是16bit/32bit/64bit位环境, WPARAM完全通用,
如果直接硬编码, 就要分出3种WPARAM类型, 以后出了128位系统还可能是128位,
哪天WPARAM变成一个struct也说不定, 你自己说是记1个方便还是N个方便?
int在16bit下是16bit, 32bit下是32bit, 但是DWORD能够保证在任何环境下都是32bit,
你说方便不方便?

至于和兼容C有啥关系? 你意思是Win32SDK再开发一套C++版的?