C函数指针的作用

1. 便于分层设计：函数指针是引用，是间接层，或曰隔离层。它输出到上层，给上层用户用。函数实体是实现，在下层，给开发者用，实现者（软件工程师）关注。这就是简单的分层的概念了。上层用户想让一个函数所做的东西会变化时，我们只需要改变底层实现，并用函数指针指向新的实现就行了。
再精炼一下分层：分层的核心是对接口进行设计和实现。函数指针的作用就是提供不同实现的统一接口。
2. 利于系统抽象：只有存在多个类似的实体需要模拟、操作或控制时（这种情况很多）才需要抽象。多个类似的实体就是对象，抽象的结果就是类。在C里边，可以用函数指针数组完成这种抽象。如， fopen 就是一个例子。他可以打开文件。C里面将磁盘文件、串口、USB等诸多设备抽象为文件。
3. 降低耦合度以及使接口与实现分开：第1条中的解释已经说明了这一点。
再具体一下：
我曾搭建过一个嵌入式平台。其中的设备操作（硬件驱动）采用了多组函数指针数据，并进行了简单的封装，其结果是：
业务软件使用函数指针数组的封装函数访问设备。这个封装可展示为：
int  DevOpen（char *strDevName）;
int  Write(int DevID, char* DataFrom, int StartDevAddr, int  DataLong);
int  Read(int DevID, char* DataTo, int StartDevAddr, int  DataLong);
int  DevClose（int DevID）;

这组抽象出来的函数，是一组语义清晰且稳定的上层接口，为上层的业务开发团队使用。底层的驱动层，各自实现自己的设备打开、读、写及关闭代码，然后，注册自己的设备到系统列表里。上层业务接可以使用了。期间的耦合在这里：
int  Write(int DevID, char* DataFrom, int StartDevAddr, int  DataLong)
{
     /* Error detecting.  */
      return DevWrite[ DevID ]( char* DataFrom, int StartDevAddr, int  DataLong );
}

其中，DevWrite[ DevID ]就是一个函数指针数组：
int  （*DevWrite）[ MAX_DEV_NUM ]( char*,int,int ) = {0};
里面放的就是多个设备的写的操作。其中包括：UART，RTC，WatchDog。EEPROM，DigitalInput，DigitalOutput，Key,LCD，LED。

函数指针之所以难于用好，不在于它的语法又多难理解，而是用在合适的场合
函数指针的使用：
与分层设计有关。分层设计早就不是什么新的概念，分层的好处是众所周知的，比较明显好处就是简化复杂度、隔离变化。采用分层设计，每层都只需关心自己的东西，这减小了系统的复杂度，层与层之间的交互仅限于一个很窄的接口，只要接口不变，某一层的变化不会影响其它层，这隔离了变化。
分层的一般原则是，上层可以直接调用下层的函数，下层则不能直接调用上层的函数。这句话说来 简单，在现实中，下层常常要反过来调用上层的函数。比如你在拷贝文件时，在界面层调用一个拷贝文件函数。界面层是上层，拷贝文件函数是下层，上层调用下 层，理所当然。但是如果你想在拷贝文件时还要更新进度条，问题就来了。一方面，只有拷贝文件函数才知道拷贝的进度，但它不能去更新界面的进度条。另外一方 面，界面知道如何去更新进度条，但它又不知道拷贝的进度。怎么办？常见的做法，就是界面设置一个回调函数给拷贝文件函数，拷贝文件函数在适当的时候调用这 个回调函数来通知界面更新状态。
与抽象有关。抽象是面向对象中最重要的概念之一，也是面向对象威力强大之处。面向对象只是一种思想，大家都知道，用C语言一样可以实现面向对象的编程。这可不是为了赶时髦，而是一种实用的方法。如果你对此表示怀疑，可以去看看GTK+、linux kernel等开源代码。
接口是最高级的抽象。在linux kernel里面，接口的概念无处不在，像虚拟文件系统(VFS)，它定义一个文件系统的接口，只要按照这种接口的规范，你可以自己开发一个文件系统挂上 去。设备驱动程序更是如此，不同的设备驱动程序有自己一套不同的接口规范。在自己开发设备开发驱动程序时，只要遵循相应的接口规范就行了。接口在C语言中 如何表示？很简单，就是一组函数指针。
与接口与实现分开有关。针对接口编程，而不是针对实现编程，此为《设计模式》的第一条设计准则。分开接口与实现的目标是要隔离变化。软件是变化的，如果不能把变化的东西隔离开来，导致牵一发而动全身，代价是巨大的。这是大家所不愿看到的。
C语言既然可以实现面向对象的编程，自然可以利用设计模式来分离接口与实现。像桥接模式、策略模式、状态模式、代理模式等等，在C语言中，无一不需要利用函数指针来实现。
与松耦合原则有关。面向过程与面向对 象相比，之所以显得苍白无力，原因之一就是它不像面向对象一样，可以直观的把现实模型映射到计算机中。面向过程讲的是层层控制，而面向对象更强调的对象间 的分工合作。现实世界中的对象处于层次关系的较少，处于对等关系的居多。也就是说，对象间的交互往往是双向的。这会加强对象间的耦合性。
耦合本身没有错，实际上耦合是必不可少的，没有耦合就没有协作，对象之间无法形成一个整体，什么事也做不了。关键在于耦合要恰当，在实现预定功能的前提下，耦合要尽可能的松散。这样，系统的一部分变化对其它部分的影响会很少。
函数指针是解耦对象关系的最佳利器。Signal(如boost的signal和glib中的signal)机制是一个典型的例子，一个对象自身的状态可能是在变化的（或者会触发一些事件），而其它对象关心它的变化。一旦该对象有变化发生，其它对象要执行相应的操作。
如果该对象直接去调用其它对象的函数，功能是完成了，但对象之间的耦合太紧了。如何把这种耦 合降到最低呢，signal机制是很好的办法。它的原理大致如下：其它关注该对象变化的对象主动注册一个回调函数到该对象中。一旦该对象有变化发生，就调 用这些回调函数通知其它对象。功能同样实现了，但它们之间的耦合度降低了。