c++代码在windows,aix,linux上的移植

如果事情是这样先翻译后编译的话，模板在各个编译器上应该是差不多的了。但c++委员会为了使到模板的错误信息(即在写模板的时候就把代码写错了)更加易于理解，以及为了在解析模板的阶段检查潜在的隐患，规定模板的查找分为两个阶段，第一阶段在看到模板的定义时，第二阶段是模板实例化时。并且标准规定“对于模板中的非依赖型名称，将会在看到的第一时间进行查找”。有了这个概念后，让我们考虑下面的例子

template<typename T>

class DD : public Base<T>

{

public:

void f() { basefield = 0; } // (1) 代码有问题，标准c++会在第一阶段查找时给出错误。

};

template<>

class Base<bool>

{

public:

enum { basefield = 42; }

};

void g(DD<bool>& d) { d.f(); }

如果你不想在第一阶段就进行查找，那么可以在basefield前加上this->或Base<T>::，Base<T>::basefield的名字是依赖型的(第一阶段时，T还没定义，basefield具体是什么，依赖于T，直到实例化时才可以知道T是什么)，C＋＋标准规定“对于依赖型的名字，会推迟到实例化的时候查找”。查找推迟后，错误是还有，不过具体错误已经清晰定位了。

c++模板的确是个挺复杂的东东，就算你不写模板代码，也免不了要跟模板打交道，比如使用stl。编写或使用模板时要注意一些规则：

1.3.1. 派生类如果使用基类的函数或成员变量，应该在前面加“this->”，或在类声明中加入“using 基类函数;”

比如：

template<typename CharType>

class CMyString : public std::basic_string<CharType>

{

public:

size_t Length()

{

return this->length(); // 这里会调用std::basic_string<CharType>::length()函数。

}

};

或

template<typename CharType>

class CMyString : public std::basic_string<CharType>

{

using std::basic_string<CharType>::length; // 声明使用基类的length函数。

public:

size_t Length()

{

// 有了std::basic_string<CharType>::length的声明，length()就会成为依赖型(依赖于CharType)，直到实例化时才查找该函数的具体地址，如果没有using length的声明，length()会作为一个非依赖型名字，编译器会在全局函数里查找，如果找不到，则报错，如果找到，则调用全局函数length()。

return length(); // 这里会调用std::basic_string<CharType>::length()函数。

}

};

1.3.2. 使用了基类或其它模板类里定义的类型，要在类型前加typename

比如：

template<typename CharType> inline

void Fun(std::basic_string<CharType>& str)

{

// std::basic_string<CharType>::iterator 是一个名字，

// 且该名字依赖于模板类std::basic_string的参数CharType，

// 在CharType还没确定时，iterator有可能是一个类型名，也有可能是静态变量名，或是一个枚举名。

// 加上typename后，指明std::basic_string<CharType>::iterator是一个类型名。

typename std::basic_string<CharType>::iterator it = str.begin();

}

1.4. 标准与现实之间

当然，对于以上这些标准vc和xlc执行得不是太严格，不按照上面这样用也可以通过，但gcc是严格按照标准办事的。如果代码想要有比较强的移植性以及健壮性的话，我们自己还是按照标准写为好。

2. 操作系统

2.1. API

这个大家应该会比较清楚。

写程序免不了要使用操作系统的功能，windows与linux、unix定义了不同的API用来访问操作系统。

如果程序必须操作系统的特定功能的话，那就没得说了(不过这样的程序在设计之初就没打算过要跨平台)。

如果程序使用的是一些操作系统的公共功能的话，那么使用以下形式的代码

#ifdef WIN32

调用windows的API

#else ifdef LINUX

调用linux的API

#else

调用XXX系统的API

#endif

编译的时候，只需要把相关平台上加上这些宏就会自动调用自身平台的API了。

2.2. 硬件　32位　64位

目前windows的硬件是以32位的intel处理器为主，而大多数unix是64位的专用处理器。

对于long以及指针类型来说，在windows平台是32位，而在aix可能就是64位了。VC是使用__int64来作为64位类型的，windows上还大量使用了一个叫LARGEINT的结构体来作为64位变量的储存：

typedef struct _LARGEINT

{

ULONG LowLong;

LONG HighLong;

} LARGEINT;

typedef LARGE_INTEGER *LPLARGEINT;

3. 编译器对语言的扩展

3.1. 编译器命令与选项

因为本文主要讨论代码的可移植性方面的，由于各编译器命令和选项繁多，不一一列出了。

3.2. 函数的调用约定：

调用约定	语义
cdecl	从右到左地将被调用函数的参数压入堆栈。在执行完毕之后，由调用函数将参数弹出堆栈。
stdcall	从右到左地将被调用函数的参数压入堆栈。在执行完毕之后，由调用函数将参数弹出堆栈。
fastca	将最前面的两个参数传递到 ECX 和 EDX 寄存器中，同时将所有其他参数从右到左地压入堆栈。由被调用函数负责清除执行后的堆栈。

为了支持这些函数属性，比如stdcall，VC中是在函数前加 “__stdcall”或“_stdcall”，而gcc是函数前加“__attribute__((stdcall))”。xlc是两种方法都支持。

3.3. dll函数符号导出

VC使用“__declspec(dllexport)”导出函数符号，使用“__declspec(dllimport)”导入。但为了得到纯C（名字完全没有修改过）函数，建议使用.def文件导出。

gcc使用__attribute__ ((visibility("hidden")))声明为不导出，使用((visibility("default")))声明为导出。如果没有声明，则默认为导出。但因为大多数函数是不导出的，建议在编译时加上-fvisibility=hidden选项，这样，只有没有做声明或声明为hidden的都不导出，这样可以加快dll的加载速度。

xlc也是默认为导出。

3.4. 宽字符

c++为宽字符制定了标准类型wchar_t，但有些编译器是以扩展的形式提供该类型的。比如VC，你要#include<wchar.h>才能使用wchar_t，而gcc是把wchar_t作为内建类型。

注意，VC提供了选项是否把wchar_t作为内建类型，但使用它之前，最好你的工程中用到的其它静态库都是使用该选项的，要不然就会链接不过。

4. Unicode，使用icu

关于unicode本身就是一个很复杂的问题，这里不作专门讨论了。

c++代码的字符类型分为单字节和宽字节，经常需要做字符编码间的转换。之前做一个xml读写的项目，需要utf16和gb2312格式间的互转，但系统自带的函数和xerser-c带的函数在windows上是可以正常工作的，在aix上却不可以转换中文字符。找了些资料，IBM的icu(International Component for Unicode)组件可以解决这个问题。