More Effective C++之34
2006-07-17 13:35
274 查看
条款34:如何在同一个程序中结合C++和C
我没有混用过C和C++,所谓混用,就是用不同编译器编译obj,然后一起连接,但我想这是否可行值得怀疑。至少我目前不知道合适的编译器组合。
考虑一下C和C++混用,可能产生的问题。
Name Mangling(名称重整)
在C++中,因为存在重载函数的问题,为了区分重载函数,C++在编译的时候,会修改函数名称,以保证名称的唯一性,而这在C中是不需要的。所以如果混用的话,在函数声明之前加上extern “C”,以压抑名称重整,避免link的问题。
static的初始化
在C++中完成main函数,因为在static initialization需要调用函数的构造和虚构函数。这在C中是不需要考虑的。为了解决这一问题,把main放在C++中是合适的。
动态内存分配
malloc的内存用free来释放,new的内存用delete来释放。
数据结构的兼容性
如果不存在虚函数的话,struct对C和C++可以认为是一致的。
我没有混用过C和C++,所谓混用,就是用不同编译器编译obj,然后一起连接,但我想这是否可行值得怀疑。至少我目前不知道合适的编译器组合。
考虑一下C和C++混用,可能产生的问题。
Name Mangling(名称重整)
在C++中,因为存在重载函数的问题,为了区分重载函数,C++在编译的时候,会修改函数名称,以保证名称的唯一性,而这在C中是不需要的。所以如果混用的话,在函数声明之前加上extern “C”,以压抑名称重整,避免link的问题。
static的初始化
在C++中完成main函数,因为在static initialization需要调用函数的构造和虚构函数。这在C中是不需要考虑的。为了解决这一问题,把main放在C++中是合适的。
动态内存分配
malloc的内存用free来释放,new的内存用delete来释放。
数据结构的兼容性
如果不存在虚函数的话,struct对C和C++可以认为是一致的。
相关文章推荐
- More Effective C++ 条款34 如何在一个程序中结合C++和C
- More Effective C++之21
- More Effective C++:不要重载的操作符
- More Effective C++ 31. Making functions virtual with respect to more than one object
- throw()使用小结:More effective C++:审慎使用异常规格(转),简单举例
- More Effective C++:类型转换
- More Effective C++
- More Effective C++ 阅读笔记(五)-- ++与--的前缀、后缀的区别
- More Effective C++ 阅读笔记(十二)--怎样限制实例化对象的数量
- More Effective C++(条款三:绝对不要以多态方式处理数组)
- More Effective C++(条款11:禁止异常exceptions流出destructors之外)
- More Effective C++(条款13:以by value方式捕捉exceptions)
- More Effective C++摘录
- More effective c++ 11(禁止异常(exceptions)流出destructors之外)
- More Effective C++之8
- More Effective C++之15
- More Effective C++之16
- More Effective C++:理解new和delete
- ###《More Effective C++》- 基础议题
- More Effective C++ 35 条款