尽量用const和inline而不用#define(摘自effective C＋＋)

这个条款最好称为：“尽量用编译器而不用预处理”，因为#define经常被认为好象不是语言本身的一部分。这是问题之一。再看下面的语句： #define ASPECT_RATI

昨天晚上在debug别人的一个程序的时候，发现一个问题数据老不对。我是从算法上考虑的。想了半天也想不出有什么不对的地方。 今天早上发现了这样一条语句: p= p/PAN_PERUNIT; 这个时候我突

相信只要看过有关C++优化的动物都知道,那些优化条款中总会提到: 用 const 来代替 #define,我一直以来也是这么做,并且很少怀疑过,但今天却发现了一个 const 的不足之处:

有时候，即使当编译器完全心甘情愿地 inline 化一个函数，他们还是会为这个 inline 函数生成函数本体。例如，如果你的程序要持有一个 inline 函数的地址，编译器必须为它生成一个 out

Item 30: 理解 inline 化的介入和排除 inline 函数——多么棒的主意啊！它们看起来像函数，它们产生的效果也像函数，它们在各方面都比宏好得太多太多（参见 ），

（接上篇） 如果你掀开编译器的盖头偷看一下，你会发现用指针实现引用是非常典型的做法，所以以引用传递某物实际上通常意味着传递一个指针。由此可以得出结论，如果你有一个内建类型的对象（例如，一个 int），

Item 3: 只要可能就用 const 关于 const 的一件美妙的事情是它允许你指定一种语义上的约束：一个特定的对象不应该被修改。而编译器将执行这一约束。它允许你通知编译器和其他程序员，某个值应

Item 20: 用传引用给 const（pass-by-reference-to-const）取代传值（pass-by-value） 缺省情况下，C++ 以传值方式将对象传入或传出函数（这是一个从

Effective C#: 3.尽量使自定义的类型与公共语言规范兼容 陈铭 Microsoft C#/.NET Asia MVP 难度：5/10