我正在研究一个在VC6时代开始的MFC程序.那时候有一个类向导,在注释中使用了一堆装饰器和标记来解析类文件.
例如,它会在它维护的消息处理程序前插入afx_msg.这将标志着与代码块// {{AFX_MSG_MAP(该app)和/}} AFX_MSG_MAP意见,以帮助它找到的消息映射它要处理的部分.
AFAIK,这不再需要了.除此之外,类向导存在很多缺点,我们不得不对这些托管块进行大量手动编辑,而且我们从来没有经常使用它.
有没有其他理由继续使用afx_msg及其同类?
afx_msg仍然存在,但一直是纯信息.你装的装饰师.它始终被#defined定义为空字符串.
自VS2003以来,不再需要{{和}}标记:VS现在足够智能,可以将东西放在正确的位置而不必依赖这些标记.你会注意到VS2003 +在它创建的项目中不再包含这些行.