使用stdint.h里的类型是好习惯吗？

Sam1860

项目里直接用intxx_t, uintxx_t，包括c/c++的项目。不然，大家又是用什么类型的？都是自己typedef吗？

OwnWaterloo

我觉得很好 ……

但是平时只在x86上玩 ……  没见识过其他机器 ……
据说有char 为32bit的机器 ……  那么 int8_t 应该对应什么好呢 ……



还有一个比较麻烦的地方是msvc目前不支持 ……
如果它要支持C99或者C++0x就好办一些 ……

1. 等 ……

2. 使用mingw中提供的 stdint.h
有时候会有一些警告 ……

3. 网上有stdint for msvc的头文件
暂时没发现有什么警告
不过使用3条款的BSD协议……


楼主自己斟酌吧 ……

lsupper

这个出现 主要是为了可移植~~~
自己弄也可以~~~ 如果基本是在一个特定的平台，你不那样也可以~~~
当然，也可以是为了增加语义~~~

zx_wing

原帖由 Sam1860 于 2009-5-21 22:01 发表
项目里直接用intxx_t, uintxx_t，包括c/c++的项目。不然，大家又是用什么类型的？都是自己typedef吗？

一个通常的习惯是依赖你所使用的库。
比如如果你使用glib，你最好使用它里面定义的类型gint, glong ...如果没有使用类似的有类型定义的库，直接使用c库即可，比如你说到的stdint.h中的。
没有很强烈的理由最好不用自己定义这些，你没有必要去维护各个平台的差异性。

OwnWaterloo

为什么不优先依赖C库（stdint.h intXX_t）而是glib（gint、glong）？
为什么一个又一个的库要去发明这些东西？
如果是历史原因， 在C99引入了stdint的情况下， 我们还应该选择其他库中的功能么？

zx_wing

原帖由 OwnWaterloo 于 2009-5-21 22:37 发表
为什么不优先依赖C库（stdint.h intXX_t）而是glib（gint、glong）？
为什么一个又一个的库要去发明这些东西？
如果是历史原因， 在C99引入了stdint的情况下， 我们还应该选择其他库中的功能么？

因为你使用这些库主要是用它们的API，而他们API中的数据类型又用的是自定义的类型，为了避免可能引起的问题，所以最好你自己的类型和它的一致。

OwnWaterloo

哦，懂你的意思了。
虽然DWORD、BOOL很难看， 但是在#include <windows.h>之下， 还是尽可能使用它们。
是这个意思吧？

那么， 如果不依赖除标准库以外的东西呢？
嗯 …… 我自己回答了 ……  除了一些玩具代码， 写不出什么东西 ……

那写玩具代码的时候， intXX_t 还是比 gint 要好吧？

zx_wing

原帖由 OwnWaterloo 于 2009-5-22 00:10 发表
哦，懂你的意思了。
虽然DWORD、BOOL很难看， 但是在#include 之下， 还是尽可能使用它们。
是这个意思吧？

那么， 如果不依赖除标准库以外的东西呢？
嗯 …… 我自己回答了 ……  除了一些玩具代码， 写 ...

哈哈，那倒不是。很多开源项目为了移植方便，都只使用标准库的。它们自己实现要用的数据结构或高级功能，例如hashtable, event loop等。
毕竟C没有C++中那种STL

>>那写玩具代码的时候， intXX_t 还是比 gint 要好吧？
自己写着玩的时候肯定不需要再链个GLIB这么麻烦

cuigaosheng

egmkang

哦，懂你的意思了。
虽然DWORD、BOOL很难看， 但是在#include 之下， 还是尽可能使用它们。
是这个意思吧 ...
OwnWaterloo 发表于 2009-05-22 00:10

DWORD,BOOL敲起来太麻烦,要按着Shift,一路小写多ez
虽然_也要按着Shift...