请大家举例不该使用"宏"或者应该少用"宏"的理由, 或者使用宏的好处.

alula 2003-06-28 02:02:35
只要是你想到的,就说说吧.
例如

宏的简单替换可能带来非预期的效果, 例:

#define min(n, m) ((n) < (m) ? (n) : (m))

int n = 7;
int m = 9;
min(++n, m); // 与函数调用的逻辑大不一致.
...全文
135 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
jackx 2003-06-30
  • 打赏
  • 举报
回复
宏很灵活,最大的优势是可以自由的生成代码。
这一点目前还没有其他的方式可以替代。
用来实现“消息映射”真的是再合适不过的了。
不仅仅是在MFC中用宏来实现“消息映射”,OWL也是。
所以,宏还是很有用的。

另一方面,宏的可读性较差,且在一些场合可以有其他的方式进行替代。
这时就可以考虑使用其他方式来实现。
比如说,使用CONST定义代替宏常量定义;使用(INLINE)函数代替宏函数定义。

alula 2003-06-30
  • 打赏
  • 举报
回复
谢谢!
xueqt 2003-06-29
  • 打赏
  • 举报
回复
同一楼上的
bauhaus 2003-06-29
  • 打赏
  • 举报
回复
做你想做的
表达你想表达的
宏善用者为之
alula 2003-06-29
  • 打赏
  • 举报
回复
++坏处,宏代码稍微长一点就不美观.

问题是,同事在系统中大量的使用了宏.
他们都是MFC好手,经常用MFC 的证明宏的方便,并大量的模仿之.

我希望收集多一些的观点,希望少用或尽量别用.希望用实际使用经验来比较一下.

好象我们经常是表现的顽固的,
积木 2003-06-28
  • 打赏
  • 举报
回复
就是你这个例子了
diggest = x[0];

diggest = min(diggest,x[i++]);

这个式子将会产生什么结果呢?这个宏展开是什么样子呢?

((diggest) < (x[i++]) ? (x[i++]) : (diggest));

看到了吧,你的本意是返回 diggest,x[i++] 中的一个东西,但是它却在返回之前
i自增了两次,它就可能返回x[2]
而不是意向中的x[1]

to leslin(我是程序员我怕谁)
MS之所以用宏是因为那个时候标准C++没有类型识别技术
MS只好自己做了,虽然对初学者不是很容易,但是相当的精巧
堪称是宏的极至了

马老哈 2003-06-28
  • 打赏
  • 举报
回复
宏的坏处嘛,你看看,mfc的程序很容易读懂吗,哈哈
pzytony 2003-06-28
  • 打赏
  • 举报
回复

还有,define易写错

如:#define PI 3.1415926;
pzytony 2003-06-28
  • 打赏
  • 举报
回复

常数定义尽量用 const 代替 define

因为 define 只是简单替换,它不检查。
idontlikenickname 2003-06-28
  • 打赏
  • 举报
回复


没有类型检查的功能~
大量使用宏定义被认为是不标准的用法,
这也就是为什么MFC中的BEGIN_MESSAG_MAP()等饱受非议的原因~~

MaiCle 2003-06-28
  • 打赏
  • 举报
回复
好多啊。你看看《effective C++》吧。
内容概要:本文围绕“构建高可用企业级PaaS平台——Kubernetes集群部署与管理实战项目在软件行业的应用”展开,系统讲解了Kubernetes在云原生转型中的核心技术与实践方法。文章涵盖K8s核心概念如微服务治理、CI/CD集成与弹性伸缩,深入剖析了基于Kubeadm和Helm的集群部署流程,并通过Shell脚本与YAML配置文件演示了高可用控制平面搭建、网络配置优化、资源管理等关键技术点。进一步介绍了GitOps理念及其在ArgoCD中的实现,展示了Application资源定义、自动同步策略(prune、selfHeal)以及配置漂移修复机制。最后通过Kubebuilder开发自定义Operator的代码案例,揭示了CRD设计、Reconcile调和循环、状态管理与幂等性保障等高级控制逻辑,全面呈现了企业级K8s平台的自动化与智能化演进路径。; 适合人群:具备一定Kubernetes基础知识,从事云原生、DevOps或平台工程相关工作的研发与运维人员,工作年限1-5年,希望深入掌握集群管理、GitOps与Operator开发的中级以上技术人员。; 使用场景及目标:① 学习如何使用Kubeadm和Helm构建高可用K8s集群;② 掌握GitOps工作流设计与ArgoCD部署实践;③ 理解Operator模式并动手开发自定义控制器实现运维自动化;④ 提升在企业级PaaS平台建设中的架构设计与编码能力。; 阅读建议:此资源结合理论与代码实战,建议读者在理解每段代码背后的设计思想基础上,动手搭建实验环境进行部署与调试,重点关注声明式API、控制器模式、资源配置与状态管理等核心机制,结合实际业务场景进行拓展练习。

24,856

社区成员

发帖
与我相关
我的任务
社区描述
C/C++ 工具平台和程序库
社区管理员
  • 工具平台和程序库社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧