7

最近我一直在阅读 Scott Meyers 的 Effective C++ Second Edition，以改进 C++ 最佳实践。他列出的项目之一鼓励 C++ 程序员避免使用预处理器宏并“更喜欢编译器”。他甚至说除了#include 和#ifdef/#ifndef 之外，几乎没有理由在C++ 中使用宏。

我同意他的推理，因为你可以完成以下宏

#define min(a,b) ((a) < (b) ? (a) : (b))

具有以下 C++ 语言功能

template<class T>
inline const T & min(const T & a, const T & b) {
    return a < b ? a : b;
}

其中 inline 为编译器提供了删除函数调用并插入内联代码和模板的选项，这些代码和模板可以处理具有重载或内置 > 运算符的多种数据类型。

编辑——如果 a 和 b 的数据类型不同，此模板声明将不完全匹配所述宏。有关示例，请参见 Pete 的评论。

但是，我很想知道在 C++ 中使用宏进行调试日志记录是否有效。如果我在下面介绍的方法不是很好的做法，有人会建议另一种方法吗？

去年我一直在使用 Objective-C 进行编码，我最喜欢的 2D 引擎之一 (cocos2d) 使用宏来创建日志记录语句。宏如下：

/*


* if COCOS2D_DEBUG is not defined, or if it is 0 then
 *  all CCLOGXXX macros will be disabled
 *
 * if COCOS2D_DEBUG==1 then:
 *      CCLOG() will be enabled
 *      CCLOGERROR() will be enabled
 *      CCLOGINFO() will be disabled
 *
 * if COCOS2D_DEBUG==2 or higher then:
 *      CCLOG() will be enabled
 *      CCLOGERROR() will be enabled
 *      CCLOGINFO() will be enabled
 */


#define __CCLOGWITHFUNCTION(s, ...) \
NSLog(@"%s : %@",__FUNCTION__,[NSString stringWithFormat:(s), ##__VA_ARGS__])

#define __CCLOG(s, ...) \
NSLog(@"%@",[NSString stringWithFormat:(s), ##__VA_ARGS__])


#if !defined(COCOS2D_DEBUG) || COCOS2D_DEBUG == 0
#define CCLOG(...) do {} while (0)
#define CCLOGWARN(...) do {} while (0)
#define CCLOGINFO(...) do {} while (0)

#elif COCOS2D_DEBUG == 1
#define CCLOG(...) __CCLOG(__VA_ARGS__)
#define CCLOGWARN(...) __CCLOGWITHFUNCTION(__VA_ARGS__)
#define CCLOGINFO(...) do {} while (0)

#elif COCOS2D_DEBUG > 1
#define CCLOG(...) __CCLOG(__VA_ARGS__)
#define CCLOGWARN(...) __CCLOGWITHFUNCTION(__VA_ARGS__)
#define CCLOGINFO(...) __CCLOG(__VA_ARGS__)
#endif // COCOS2D_DEBUG

这个宏提供了令人难以置信的实用程序，我希望将其合并到我的 C++ 程序中。编写有用的日志语句就像

CCLOG(@"Error in x due to y");

更好的是，如果将 COCOS2D_DEBUG 设置为 0，那么这些语句就永远不会出现。检查条件语句以查看是否应使用日志记录语句没有开销。这在从开发过渡到生产时很方便。如何在 C++ 中重现同样的效果？

那么这种类型的宏是否属于 C++ 程序？有没有更好、更 C++ 的方式来做到这一点？

4

2 回答 2

6

首先，由于历史原因，Scott 的声明是在宏被过度使用的时候发表的。虽然这通常是正确的，但在少数情况下宏是有意义的。其中包括日志记录，因为只有宏才能自动插入__FILE__和__LINE__. 此外，只有宏可以解决任何问题（尽管根据我的经验，这没什么大不了的）。

您展示的宏在 C++ 中并不常见。日志记录有两种常用的变体：

#define LOG( message ) ... << message ...

它允许消息形式为" x = " << x，并且可以通过重新定义宏来完全抑制，并且

#define LOG() logFile( __FILE__, __LINE__ )

wherelogFile返回 an 的包装器std::ostream，它定义operator<<并允许以下内容：

LOG() << "x = " << x;

以这种方式完成后，将始终评估右侧的所有表达式LOG() ，但如果操作正确，除非日志处于活动状态，否则不会进行格式化。

于 2013-08-04T21:50:28.420 回答
2

有“正确”的事情可以使用宏，也有不好的使用宏。在函数起作用的地方使用宏是个坏主意。在我的书中，使用函数不做同样事情的宏是非常好的。

我经常使用这样的结构：

#defien my_assert(x) do { if (!x) assert_failed(x, #x, __FILE__, __LINE__); } while(0)

template<typename T> 
void assert_failed(T x, const char *x_str, const char *file, int line)
{
   std::cerr << "Assertion failed: " << x_str << "(" << x << ") at " << file << ":" << line << std::endl;
   std::terminate();
}

使用字符串化“运算符”的另一个技巧是这样的：

enum E
{
   a, 
   b, 
   c,
   d
 };

 struct enum_string
 {
    E v;
    const char *str;
 };

 #define TO_STR(x) { x, #x }

 enum_string enum_to_str[] = 
 {
    TO_STR(a),
    TO_STR(b),
    TO_STR(c),
    TO_STR(d),
  };

节省了很多重复的东西......

所以，是的，它在某些情况下很有用。

于 2013-08-04T22:24:04.310 回答