从C到C++ 为何宏指令指令渐渐淡出我们的视线

    对于一个C程序员，#define这个宏指令应该再熟悉不过了。

    #define有两种比较常用的方法，一种是用来定义固定的数值或字符串，例如#define MAX 1024。另外一种是定义简单的函数，例如：#define MAX(a,b) ((a)>(b)?:(a):(b))

    然而对于面向对象的语言，例如C++，宏定义却慢慢淡出了我们的视线。这到底是为什么呢？

   对于#define MAX 1024， 用C++的话一般都会使用const int MAX = 1024; 由于宏定义只是简单字符串替代，这种方式很高效，但却在语言的类型检查中留下一个很大的问题。使用宏定义，你可以定义所有类型的变量，而类型检查却无所适从，当转换成常量的定义，常量与类型有了绑定关系，会让编译器更好工作，也会使你的程序更加地可靠。这也是C++的设计思想，尽可能解放程序员，把更多的事情留给编译器去做。

   而对于宏定义去定义函数的方法，的确给用户带来不少方便。通过简单的字符串替代，让我们可以省下不少代码。而且使用函数的的话，函数的堆栈调用给系统会造成不少开销，降低程序的性能。然而也要认识到，这个宏定义仅仅只是一个字符串的简单替代，它并不是函数。他的可靠行也是堪忧的。

  例如，当我们执行MAX(a++, b)时，通过简单的字符串替代我们就得到((a++)>(b)?:(a++):(b))，显然与我们的初衷不一致。看到这里，相信读者会觉得函数的设计是很有必要的，放任可靠性去追求所谓的高效，终究也不是件好事情。

    对于C++，这种情况是有比较好的解决方案的，那就是内联函数。内联函数与普通函数的区别就是嵌入代码里面，不用每次都在堆栈里面跳到其他程序去运行，消耗不必要的资源。只要我们在程序定义之前加个inline即可，例如

    inline int max(int a, int b) { .... }

    这种方式即能保持系统的性能，也能保证系统的可靠性，何乐而不为。

    这也是为何宏指令慢慢被淡忘原因，这种高效带来不不可靠性不是语言所应该提倡的。在此跟C语言开发者提一声，使用宏定义要小心。