面向方法、宏定义、dll库、面向对象给程序灵活性带来的好处
从一个网上找的例子说起：
定义了一个ILog接口，用于记录日志文件，它有一个对外接口WriteLog用于记录日志
这些日志可以记录到磁盘上（FileLog）或者数据库上（DBLog），或者其它的什么地方；后来，你又发现需要一个StdOutLog，于是你又继承了一个StdOutLog类。
各种派生类：DBLog, FileLog, StdOutLog不同的Log创建不同的对象。但对于程序来说他们都是ILog，程序中使用该日志功能的方法都是ILog->WriteLog()，对于日志类的不同具体实现不影响你客户端的已有代码。
版本一
1、如果我们用面向过程的方法，直接针对不同的实现都分别写一个write函数，eg：void write_dblog()
2、接着，用户要求改用文件来实现，你又得写一个write_filelog()函数，关键是接下来你得把客户端程序中所有调用write_dblog的代码都改成write_filelog()
3、对于write_stdoutlog同样是上面的问题
版本二
这下，我们感觉相当的不爽，改成用宏定义来实现
#define write_log write_stdoutlog
好了，以后再怎么改，我们的程序只需要修改宏就好了。
版本三
过了一段时间，用户老是要频繁的修改记录方式，每次修改宏定义后，我们又要重新编译，
为了避免重新编译，我们现在改用dll。我们把不同写日志的函数都叫做 write_log，然后不同的dll(db.dll,file.dll,stdout.dll）根据不同需要去实现write_log函数
最后，我们把write_log 这个函数导出。这样以来，每次用户要更改记录方式的时候，我们可以直接根据需要去替换这个dll库，而不用重新修改甚至重新编译用户的代码。
（感叹dll的神奇和伟大）
版本四：
又过了一段时间，用户又提出了许多需求, 我们把他们叫做：function1(),function2(),function3()......function100()
这下麻烦了，由于使用dll，我们需要导出dll中的函数，并用指向函数的指针来记录他们，100个需求对应100个函数，都要我们在用户程序中用指针的方式记录下来，对于这个工作量 我只能表示"呵呵"。
好了，接着改。用面向对象的方法来解决：
创建一个接口
class ILog
{
virtual void write_log() = 0;
virtual void function1() = 0;
virtual void function2() = 0;
...
virtual void function100() = 0;
};
然后在DB.dll和 File.dll中，实现这个接口
class DBLog ： public ILog
{
virtual void write_log() {.....};
virtual void function1() {...};
virtual void function2() {...};
...
virtual void function100() {.....};
};
class FileLog ： public ILog
{
virtual void write_log() {.....};
virtual void function1() {...};
virtual void function2() {...};
...
virtual void function100() {.....};
};
最后，你再让这些dll文件只导出一个获取具体实现类的接口： ILog * create_log_object();
，这样用户程序里只需要保存一个，ILog * pLog 类型的指针。
其他的地方只需要写pLog->write_log() 、pLog->function1() 。。。。。，看到没有这样用户代码段里就不需要再去记录100多个函数指针了。我们程序的灵活性进一步提高！！！！！