正如标题所示,我在质疑在结构中定义宏背后的原因。我经常在网络编程中看到这种方法,例如以下片段:
struct sniff_tcp {
u_short th_sport; /* source port */
u_short th_dport; /* destination port */
tcp_seq th_seq; /* sequence number */
tcp_seq th_ack; /* acknowledgement number */
u_char th_offx2; /* data offset, rsvd */
#define TH_OFF(th) (((th)->th_offx2 & 0xf0) >> 4)
u_char th_flags;
#define TH_FIN 0x01
#define TH_SYN 0x02
#define TH_RST 0x04
#define TH_PUSH 0x08
#define TH_ACK 0x10
#define TH_URG 0x20
#define TH_ECE 0x40
#define TH_CWR 0x80
#define TH_FLAGS (TH_FIN|TH_SYN|TH_RST|TH_ACK|TH_URG|TH_ECE|TH_CWR)
u_short th_win; /* window */
u_short th_sum; /* checksum */
u_short th_urp; /* urgent pointer */
};
此示例来自 tcpdump 网站中的 sniffex.c 代码。
这是为了提高可读性并使代码更清晰。
最佳答案
我认为,这不是“最佳实践”,应该将定义(对于值)保持在结构附近,而不是在结构内。
(更好的是枚举和 typedef 常量,因此如果输入不正确,编译器可能会发出警告)。
TH_OFF() 宏是另一种情况,它“隐藏”了另一个元素,所以也许它可以放在这个位置(带有适当的注释)
关于c - 在结构中定义宏背后的逻辑是什么?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/3051893/