编写可移植C/C++程序要点
1.分层设计，隔离平台相关的代码。就像可测试性一样，可移植性也要从设计抓起。一般来说，最上层和最下层都不具有良好的可移植性。最上层是
GUI，大多数GUI都不是跨平台的，如Win32 SDK和MFC。最下层是操作系统API，大多部分操作系统API都是专用的。
如果这两层的代码散布在整个软件中，那么这个软件的可植性将非常的差，这是不言自明的。那么如何避免这种情况呢？当然是分层设计了：
最底层采用Adapter模式，把不同操作系统的API封装成一套统一的接口。至于封装成类还是封装成函数，要看你采用的C还是C++写的程序了。这看起
来很简单，其实不尽然（看完整篇文章后你会明白的），它将耗去你大量的时间去编写代码，去测试它们。采用现存的程序库，是明智的做法，有很多这样的库，比
如，C库有glib（GNOME的基础类），C++库有ACE(ADAPTIVE Communication
Environment)等等，在开发第一个平台时就采用这些库，可以大大减少移植的工作量。
最上层采用MVC模型，分离界面表现与
内部逻辑代码。把大部分代码放到内部逻辑里面，界面仅仅是显示和接收输入，即使要换一套GUI，工作量也不大。这同时也是提高可测试性的手段之一，当然还
有其它一些附加好处。所以即使你采用QT或者GTK+等跨平台的GUI设计软件界面，分离界面表现与内部逻辑也是非常有用的。
若做到
了以上两点，程序的可移植性基本上有保障了，其它的只是技术细节问题。
2.事先熟悉各目标平台，合理抽象底层功能。这一点是建立在分
层设计之上的，大多数底层函数，像线程、同步机制和IPC机制等等，不同平台提供的函数，几乎是一一对应的，封装这些函数很简单，实现Adapter的工
作几乎只是体力活。然而，对于一些比较特殊的应用，如图形组件本身，就拿GTK+ 来说吧，基于X
Window的功能和基于Win32的功能，两者差距巨大，除了窗口、事件等基本概念外，几乎没有什么相同的，如果不事先了解各个平台的特性，在设计时就
精心考虑的话，抽象出来的抽口在另外一个平台几乎无法实现。
3.尽量使用标准C/C++函数。大多数平台都会实现
POSIX(Portable Operating System Interface)规定的函数，但这些函数较原生(Native)
函数来说，性能上的表现可能较次一些，用起来也不如原生函数方便。但是，最好不要贪图这种便宜而使用原生函数函数，否则搬起的石头最终会轧到自己的脚。比
如，文件操作就用fopen之类的函数，而不要用Cre
相关文档：
关于#ifdef __cplusplus extern
面试时被问到过，不甚明了，网上百度一下，整合了两个仁兄的文章，如下。:-)
时常在cpp的代码之中看到这样的代码:
#ifdef __cplusplus
extern "C" {
#endif
//一段代码
#ifdef __cplusplus
}
#endif
这样的代码到底是什么意思呢？首先， ......
函数名: abs 功 能: 求整数的绝对值
用 法: int abs(int i);
程序例:
#include <stdio.h>
#include <math.h>
int main(void)
{
int number = -1234;
printf("number: %d absolute value: %d\n", number, abs(number));
return 0;
}
函数名: atof
功 ......
创建新进程：fork函数
1.1.1. fork函数干什么？
#include <sys/types.h>
#include <unistd.h>
pid_t fork(void);
‘fork()’函数用于从已存在进程中创建一个新进程。新进程称为子� ......
用单引号引起的一个字符实际上代表一个整数，整数值对应于改字符在编译器采用的字符集中的序列值。
用双引号引起的字符串，代表的是一个指向无名数组起始字符的指针，该数组被双引号之间的字符以及一个额外的二进制值为零的字符'\0'初始化。
printf("Hello world\n");
与
char hello[] = {'H', 'e', 'l', 'l', 'o', ' ' ......
在c++ prime书中看到过，在DLL和lib中看到过，但是每次看过就不求甚解地一扫而过。心里知道有extern c这个语句，却不知道该用在哪里，又能起到什么作用。唉，想想自己也算是写过不少CODE的人了，可这种眼高手低的毛病却从没改变过。今天突然想起extern这个关键字，遂决定不能再这么浪 ......
