C 我应该在库调用中使用自己的typedef吗？
我现在正在用Linux做一些网络编程，为此我为自己制作了一些TypeDef，以便于移植C 我应该在库调用中使用自己的typedef吗？,c,typedef,function-calls,C,Typedef,Function Calls,我现在正在用Linux做一些网络编程，为此我为自己制作了一些TypeDef，以便于移植 typedef char int8; typedef unsigned char uint8; typedef short int16; typedef unsigned short uint16; typedef int int32; typedef unsigned int uint32; 现在我想为常用的套接字函数编写一些包装函数。一个简单的例子是： int32 rawSocketCreate(i
typedef char int8;
typedef unsigned char uint8;
typedef short int16;
typedef unsigned short uint16;
typedef int int32;
typedef unsigned int uint32;
int32 rawSocketCreate(int* sockfd, int protocol) {
*sockfd = socket(AF_PACKET, SOCK_RAW, htons(protocol));
if (*sockfd == -1) {
printf("Error creating raw socket\n");
return -1;
}
return 0;
}
rawSocketCreate(int* sockfd, int protocol)
/* OR */
rawSocketCreate(int32* sockfd, int32 protocol)
C宠物脾气。。。它提供的标准类型定义有什么问题？每个人似乎都使用自己发明的typedef，但实际上似乎没有人使用标准include（它带有适当的宏，用于
printf（）scanf（）如果一个API调用需要一个
intintint仅当确切宽度重要时，才使用定义的宽度typedef。（例如结构布局、硬件驱动程序等的跨平台二进制兼容性）C宠物皮。。。它提供的标准类型定义有什么问题？每个人似乎都使用自己发明的typedef，但实际上似乎没有人使用标准include（它带有适当的宏，用于
printf（）scanf（）如果一个API调用需要一个
intintint仅当确切宽度重要时，才使用定义的宽度typedef。（例如结构布局、硬件驱动程序等的跨平台二进制兼容性）您不应该使用自己的typedef，因为标准的
您应该而不是将您自己的类型传递给围绕标准函数的包装器，因为出于可移植性的原因，这样做违背了使用您自己的类型的目的。e、 g.文件描述符是一个
int您应该而不是将您自己的类型传递给围绕标准函数的包装器，因为出于可移植性的原因，这样做违背了使用您自己的类型的目的。e、 g.文件描述符是一个
intCarles.当您键入定义基本类型时，您希望增强代码的可移植性。 在代码中混合平台相关类型（int）和typedef类型（int32）是不一致的。如果这样做，那么代码仍然依赖于平台 此外，我建议您查看stdint.h文件，它已经包含了所有这些定义 希望这有帮助
Carles.你可以接受（指你自己的）。因为你用标准字体来定义它。你可以用它（意思是你自己的）。因为你用标准类型来定义它。请注意：我很清楚为什么似乎没有人在使用