C语言中使用宏重定义逻辑运算符是否属于合理编程实践？

这种通过#define OR ||这类语句重定义原生逻辑运算符的做法，属于完全不推荐的坏编程实践，业界几乎没有通用场景会使用该写法，还会带来多个明确的副作用：

• 违背可读性优化的初衷
  所有经过标准C语言学习的开发者，都对||（逻辑或）、&&（逻辑与）、!（逻辑非）的作用有固定认知。自定义宏替换后，其他开发者阅读代码时反而需要额外确认宏的实际行为，甚至需要翻找宏定义才能确认是否和原生运算符逻辑一致，反而降低了代码的通用可读性。
• 存在大量不可控风险
  1. 命名冲突：如果代码中出现和宏名同名的变量、函数名、枚举值，预编译阶段会直接被替换为对应的运算符，引发难以排查的编译错误或逻辑漏洞；如果引入的第三方库、系统头文件已经定义过同名宏（比如Windows平台部分旧系统头文件默认内置了AND、OR宏定义），还会出现宏重定义报错或者逻辑被覆盖的问题。
  2. 语法歧义风险：如果宏定义存在书写误差（比如末尾多余符号、错误添加括号），或者维护者不了解宏定义的本质，在复杂表达式中使用时很容易出现运算优先级和预期不符的问题。
• 违反通用编码规范
  目前主流的C语言编码规范（Linux内核编码规范、MISRA C规范、GNU C编码规范等）都明确禁止重定义C原生的运算符、关键字，避免不必要的兼容和维护问题。

如果确实觉得复杂逻辑表达式的可读性差，更推荐通过添加空格拆分运算符、拆分复杂逻辑为多个短句、添加注释的方式优化，不需要自定义宏替换原生语法。

内容的提问来源于stack exchange，提问作者Ait-Gacem Nabil