有了const和inline，宏定义就‘光荣退休了’吗？

你的名字 2022-05-21 01:25 156阅读 0赞

## 有了const和inline，宏定义就‘光荣退休了’吗？ ##

我的书稿还对流行的教科书存在的一些问题进行了探讨，例如‘\++’运算符重载函数的返值问题等。笔者相信，连教科书都会出现的问题一定具有探讨的必要。

在书稿中隐去了发生问题的教科书的名字，但是在博客文章中我将指出这些书的名字。

经济科学出版社2000年出版的全国高自考指定教材《面向对象程序设计》，作者是中国科技大学的教授刘振安、ISBN:7-5058-1997-6/G.422。第6页倒数第6行说：“在C++中，由于const修饰符和内联函数的引入，无论是带参数的宏还是不带参数的宏，都失去了存在的必要。也就是说，它们可以‘光荣退休了’”。这种说法是草率和错误的。

我们知道，语句constdouble PI=3.14;完全能代替预处理命令\#definePI 3.14，但仅此而已，到目前为止，带参数的宏绝不是其它的东西能代替的。编译器能够把语句映射成指令，而带参数的宏却能生成语句。

尽管我们甚至能用C语言通过Windows的API接口函数书写windows程序，但现在恐怕没有人这样做。人们经常使用的方法之一是使用Visual C++的集成环境的AppWizard生成一个基于MFC类库的应用程序框架而不必进行任何的编程。这个框架能够运行但不具备解决任何问题的功能。程序员可以在这个框架的基础上增加解决问题的功能从而使得程序员节省了大量的时间和精力。

虽然可以不读懂应用程序框架，仅使用AppWizard和ClassWizard工具添加类和成员函数一般就可以做出满足功能要求的程序，但是对一个优秀的程序员来说，对应用程序框架有一个基本的理解是十分有益的。不仅仅做出AppWizard和ClassWizard实现不的事，更好的使用这个框架，而且这个框架简直就是面向对象编程的最经典的案例和范本。倘若能对这个框架有一个比较深入的理解，你会叹为观止并有醍醐灌顶的感觉。你会觉得就像那在太上老君炉子里炼过七天七夜的孙猴子，你也变成火眼金睛了。你会有脱凡成仙的飘飘然之感。有兴趣的读者请阅读台湾专家侯捷的经典著作《深入浅出MFC》。本书要讲的仅仅是应用程序框架的几个宏。

笔者用AppWizard产生一个产生一个工程，名曰chen。其中有代码如下：

//chen.cpp

**BEGIN\_MESSAGE\_MAP**(CChenApp, CWinApp)

**ON\_COMMAND**(ID\_APP\_ABOUT, OnAppAbout)

**ON\_COMMAND**(ID\_FILE\_NEW,CWinApp::OnFileNew)

**ON\_COMMAND**(ID\_FILE\_OPEN,CWinApp::OnFileOpen)

**END\_MESSAGE\_MAP**()

上面的代码简直像简明的文章。好像在说：

下面**开始**\_建立一个**信息**\_**图**了

如果你**点击**ID\_APP\_ABOUT，则去执行命令OnAppAbout

如果你**点击**ID\_FILE\_NEW，则去执行命令CWinApp::OnFileNew

如果你**点击**ID\_FILE\_OPEN，则去执行命令CWinApp::OnFileOpen

现在**结束**\_建立**信息**\_**图**了

上面的带‘ID\_’的是资源的标识，所谓资源就是菜单、按钮之类；所谓标识就是代号，就像学生的学号。**ON\_COMMAND**(…, …)的个数任意，你可以使用Wizard或者干脆按照这个格式自己写去增加。

你能想象嘛？这些寓意明显的黑体字都是宏，带参数的宏。

其中，宏BEGIN\_MESSAGE\_MAP(theClass,baseClass)为：

//AfxWin.h

\#define BEGIN\_MESSAGE\_MAP(theClass, baseClass) \\

**const AFX\_MSGMAP\*PASCAL theClass::\_GetBaseMessageMap() \\**

**\{ return&baseClass::messageMap; \} \\**

**const AFX\_MSGMAP\*theClass::GetMessageMap() const \\**

**\{ return&theClass::messageMap; \} \\**

**AFX\_COMDAT AFX\_DATADEFconst AFX\_MSGMAP theClass::messageMap = \\**

**\{&theClass::\_GetBaseMessageMap, &theClass::\_messageEntries\[0\] \}; \\**

**AFX\_COMDAT constAFX\_MSGMAP\_ENTRY theClass::\_messageEntries\[\] = \\**

**\{ \\**

宏ON\_COMMAND(id,memberFxn)为：

//AfxWin.h

\#define ON\_COMMAND(id, memberFxn) \\

**\{ WM\_COMMAND,CN\_COMMAND, (WORD)id, (WORD)id, AfxSig\_vv, (AFX\_PMSG)&memberFxn \},**

宏END\_MESSAGE\_MAP()为：

//AfxWin.h

\#define END\_MESSAGE\_MAP() \\

**\{0, 0, 0, 0,AfxSig\_end, (AFX\_PMSG)0 \} \\**

**\}; \\**

我们看到，这些宏由预处理系统转换成了一大堆上面黑体字标出的复杂的语句。

当我们增加好理解的宏ON\_COMMAND(id,memberFxn)后，预处理语句就会生成不好理解的代码。正是有了这个宏这个利器，才使得众多看不懂应用程序框架的人照样能编出相当高水平的程序。这也就是说，宏和你一起便程序。如果宏真的‘光荣退休’了，那可糟了。

帮你写程序的宏不能被代替，但是另一种能代替函数，从而省去函数调用时间的宏却真可能被内联函数所代替。请看下例：

\#include <iostream.h>

\#define**max(i,j) ((i)>(j)?(i):(j))**

int main( )

\{ intx=3,y=5;

cout<<**max(x,y)**<<endl;

return0;

虽然我们在主函数里写成函数调用形式max(x,y)，但实际运行时并没有函数调用过程，起到的作用与内联函数类似。

\----------------------------------------------作者声明\-----------------------------------------

我是一个老头，65岁，编过10年程序，在大学教过15年书，写了一本书，名为《C++释难解惑》，这几年来一直在投稿。出版社对我的书稿评价很好，但他们就是由于经济上的风险。总是在出版的最后关头反悔。其中北京\*\*\*\*出版社已经签字画押的情况下反悔；北京\*\*\*\*出版社与我签过电子合同；书稿在\*\*大学出版社放了9个月，还让我请名人写序言，最后说现在书很难卖，并且还给我发了个近半年的图书销售的excel文档让我看，希望我理解出版社。我只好仰天嗟叹了。

有编辑朋友建议我把书稿放到网上让读者试读，以印证读者的人数和满意度。我想这是一个办法，即使永远不能出版，也不至于烂在肚子里。并且我在网上也看到这个办法成功的先例，例如《C语言深度解剖》，后来就由北航出版社出版了。

《C语言深度解剖》的作者采用的方法是把书稿上传到网上。我想采用化整为零的方法，每周起码在我的CSDN博客里发一篇文章，是书稿里的内容稍加改造的。之所以这样做确实出自于私心，就是想借此赚取CSDN的积分。因为我以前忙于教书，无暇经常光顾CSDN，所以几乎没有积分，这样是不能被大家所认识的。

博文与书稿上的文字可能有极少的字面上的不同。

如果您对我的书稿和博文感兴趣，请您推荐给您的朋友，谢谢。

本书稿已经国家版权保护中心进行了作品登记，登记号为：2010-A-023237。

下面我把一些出版社给我的来信摘录作为参考。您可以看到，我的书名在不同的出版社和编辑面前改了好几次名了，现在书稿的名字是我自己的。

//-----------------------------------以下是\*\*大学出版社编辑的来信\---------

陈老师，

选题我暂以《C++释疑解惑：课本没讲透的131个问题》的名字报上去了。通过审批应该问题不大。下面几点，是咱们电话里说过的，麻烦你着手进行啊：）

//-----------------------------------------------------------------------------------------------------------

陈老师好

从您的来信，我觉得您的文字驾驭能力挺好的，如果您的书，能写成您给我来信的风格，也不错，现在市场上还就缺这样的书。那种一步步讲操作，枯燥的原理，确实没人愿意看，而那种语言比较生动，穿插一些开发故事，体会心得之类的文风，让冰冷的技术活了起来，容易引起读者的共鸣。所以，建议书至少300页，写得生动些，多配些图，甚至每章最后都可以增加上一些问答，比如您历年教学收集到的经典问题等等。当然，其他的一些方法，也都可以尝试，我这里只是抛砖引玉。

//----------------------------------------------------------------------------------------------------------

尊敬的陈老师：您好！

由于负责这本书的编辑已经离职，这本书现由我负责与您沟通及出版事宜。

这本稿件从市场上鲜有的写作角度出发，揭示了C++的很多难点，有些内容具有一定的深度，同时又力求在写作上深入浅出，会有一定量的读者关注书中的问题，这是本书的一大特色。

//-------------------------------------------------------

陈老师：您好！

今天，就这部书稿又与领导进行了沟通。从这部书稿可看出，其中积淀了您多年的经验和大量心血，力图为读者学习C++排疑解惑，实属难能可贵。

从现在的销售数据（开卷数据：专门的图书销售调查数据，采集自全国2000多家书店，随邮附上）看，目前市场上同类书整体销量不理想（月销200本以上较好），即便在这样的数据面前，相对好销的书还属于基础入门的书或教材。在此，也冒昧地想和您探讨，如何将此书出销好的办法，比如：您能帮助出版社做哪些宣传推广，或者利用院校资源推广销售，以及在零售书店怎样做宣传，才能让读者广泛知晓本书并认可，从而形成销售。

//------------------------------------------------------------------------------------------

陈老师：您好！

从来信看到您对开卷销售数据进行了详细分析，相信您也看出零售图书市场的销售状况，即便是第1名的图书也不过160本/月，假设书店与网店销量平分秋色，每月的总销量也只有320本，一年的销量为3840册，按计算机书的平均销售周期一年半计算，预计为5760册（纯零售不包括教材）。以此推算，当月销量在100本的书，预计3600册。这个销量如果没有教材的销量支撑，从出版社的成本计算基本上是没有什么利润的，如果计算上在途、退货等因素，稍有不慎恐怕就会亏本，这基本上就是纯零售书的状况。

信中提到的几位作者的书，销量多则50多本，少则几本，如果纯靠零售销售的话，简单可以看出最终销量的情况。

社里对您这本书的含金量一直都是肯定的，只是苦于店销图书的销售状况，也深知您的身体状况在写作上将要付出的巨大努力，觉得再让您改稿实在是有些不合适。

//-------------------\*\*大学出版社电子出版物编辑的来信\--------------------------

陈老师您好：

我与图书编辑沟通了，就如您告诉我的，他对本书的质量不持疑义，主要考虑的是本书的经济效益。我们作为电子出版和网络出版部门，还没出过单独的网络出版物，这条路暂时不考虑。电子出版物5000左右的成本，包括生产成本和人力成本，要保证持平的话，恐怕要由作者承担。这是我向领导报选题时的一项。您作为作者，据我理解，如果没有相关经费支持，由您个人承担是有问题的。所以这个选题的前景还要您考虑。

\------------------------------------------------------------------------------------------------------------

参考书目

1．\[美\]Ted Faison，Borland C++3.1编程指南，蒋维杜等译，清华大学出版社，1993

2．侯俊杰，深入浅出MFC,华中科技大学出版社，2001

3．\[美\]Jess Liberty，21天学通C++，人民邮电出版社，2002

4．\[美\] Stanley B.Lippman，深度探索C++对象模型，侯捷译，华中科技大学出版社，第1版 2007

5．张海藩等，软件工程，人民邮电出版社2010

6．宛延闿，C++语言和面向对象程序设计，第二版，清华大学出版社1997

7．网上下载的全国高自考上机考试题目

8．陈树振、陈翼男，C++文本文件的一种读写方法，《电脑开发与应用》2008年第10期，中国北方自动控制研究所

9．陈树振，C和C++的图示教学法，《教学研究》，2005年10月，北京科技职业学院

10．\[美\] Peter Van Der Linden， C专家编程，徐波译，人民邮电出版社，2002,12