假如我們實現了這樣的一個單向鏈表:
class LinkedListNode { int data_; LinkedListNode *next_; }; class LinkedList { public: void insert(LinkedListNode* &p); void del(LinkedListNode *p); private: LinkedListNode *head_; };
其中insert將p插入到head_為頭指針的鏈表中,而p對應的內存由外面分配好,調用的時候類似於這樣:
LinkedList list; LinkedListNode *p = new LinkedListNode(2, NULL); list.insert(p);
其中,p可能是通過new得到,也可能是malloc出來。好,問題來了:
這個類的del函數應該如何實現呢?如果節點是new出來的,我們得delete;如果是malloc出來的,我們得使用配套的free。否則,行為就是undefined。而且,用戶還可能實現了自己的定制的內存分配回收例程。我們並不知道該內存是如何分配得到的。這就是問題所在。
解決方法是讓用戶將正確的、對應的、適配的資源釋放例程傳遞進來,然而delete是expression,free是函數,更悲劇的是不同用戶實現的資源回收函數原型不盡相同。如何做呢?函數對象是解決這個問題的利器。我們可以這樣:
templateclass LinkedList { public: void insert(LinkedListNode* &p); void del(LinkedListNode *p); private: LinkedListNode *head_; };
在del中:
void del(LinkedListNode *p) { //... LinkedListNode *prev = get_prev(p); prev->next_ = p->next_; CallBack cb; cb(p);//調用用戶提供的資源回收例程 }
用戶需要實現自己的CallBack類的operator()成員函數。如下所示:
class MyReclaimRoutine { public: void operator() (LinkedListNode *p) { delete p; //free(p) ? my_release_func(p) ? all up to you! } };
然後就萬事大吉了:
LinkedListlist; LinkedListNode *p = new LinkedListNode(2, NULL); list.insert(p); list.del(p);//ok! delete p will be called