重复使用的多条语句定义为宏，有没有什么缺点

qinggeng

挑个刺，宏是字符串替换，当心运算符优先级的问题。
一般能inline的还是inline比较好。至少不用担心运算符优先级啥的了。

如果超过十行代码只干了一件事，我就比较喜欢把这块代码弄成一个宏，哪怕这个宏只在一个地方用了。
这样一个函数看起来不会太长。
不过也有缺点，有时打开一个源文件，宏定义的部分比函数的实现部分还长……找个函数累死。

NalaGinrut

用inline，调试的时候关掉内联优化，很方便找错误，用宏就只能靠眼力了。

starwing83

编译器很多都带lto（链接期优化），能inline不同单元的小函数。

另外，在同一个翻译单元的函数，都是可以被inline的，即使你不写inline也是这样。

一个小技巧是将短小语句写成static，编译器会inline掉它。这样兼容性（没有inline的编译器？）和性能两不误。

OwnWaterloo

回复 13# starwing83

没有很多，gcc也是最近一、两年才支持的。多少人在用gcc4.7以上？msvc倒是支持得早一些。。。

static也不是无代价。。。
在同一个翻译单元中static不一定处处都会被inline。。。 即使处处都被inline了，static的函数体不一定会被eliminate。。。 如果无意间&f。。。
每个翻译单元里留下的没有被eliminate的static可能就会被留累积下来。。。


真要兼容的话。。。 sqlite那种奇葩做法反而很兼容。。。  但要多一个工序。。。

BTW：顺带吐槽。。。
sqlite的比较流行的一个java包。。。 和sqlite完全是两种世界观。。。
sqlite是想尽办法提高时间和空间的效率。。。
sqlite的那个java包。。。

http://www.xerial.org/trac/Xerial/wiki/SQLiteJDBC

Our SQLiteJDBC library, developed as a part of Xerial project, requires no configuration since all native libraries for Windows, Mac OS X, Linux and pure-java SQLite, which works in any OS enviroment, are assembled into a single JAR (Java Archive) file.

这种跨平台方式。。。 瞎了。。。

folklore

回复 14# OwnWaterloo


    static 的好处不在于inline，在于减小名字空间污染也~~
当然，将代码编译成不带符号表也行，但会有各种麻烦

OwnWaterloo

回复 15# folklore

先看13楼？再看14楼？成吗？

sonicling

宏的优点：拼接、字符串化