正如标题所示,我在质疑在结构中定义宏背后的原因。我经常在网络编程中看到这种方法,例如以下片段:

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/

10-11 16:36