版權(quán)所有 未經(jīng)作者允許 不得用于商業(yè)用途 轉(zhuǎn)載請附帶這第一,二行
http://www.shnenglu.com/shenhuafeng/

Modern C++ Design的第一章就是Policy Based Class Design,可見該技術(shù)是整個Loki庫的設(shè)計基礎(chǔ).這種方式的優(yōu)點是能夠增加程序庫的彈性和提高復(fù)用性.
簡單來說就是,一個Policy Based Class由很多基本的Policy來組成的,每個Policy Class代表了該復(fù)雜類(相對復(fù)雜)類的某些行為或者特性.有點類似于類的繼承，當(dāng)然和類的繼承是不同的。
那么Policy Based Class有什么用呢？我們先看下面這個問題。
假如需要設(shè)計一個基礎(chǔ)庫，可能是基于某個特定領(lǐng)域的，那么庫的設(shè)計者就需要考慮這樣的問題，他需要將未來的可能的需求加以分類，抽象出層次，然后運用OO思想，希望能夠構(gòu)造出一個開發(fā)的結(jié)構(gòu)，當(dāng)然其中的component的設(shè)計當(dāng)然是越是靈活越好。
用傳統(tǒng)的OO設(shè)計思想，可能可以設(shè)計出一套非常完善的類庫 ，可能包羅萬象。當(dāng)然的對于應(yīng)用開發(fā)人員需要花很多時間去學(xué)習(xí)這個“包羅萬象”的基礎(chǔ)類庫。而且往往這樣的基礎(chǔ)庫不是通用性不強就是限制條件太多（例如MFC）可以說就是這樣一種類型的庫。

下面要展示一下運用多重繼承以及Templetes來實現(xiàn)的policy class,舉一個簡單的例子：
假如我們需要發(fā)明一個燈，它有不同的種類，有使用不同能源的工作方式以及有不同的操作方式，如果運用

policy based class來設(shè)計的話，可能是這樣的結(jié)構(gòu)：

?1 templete <
?2 ???? class ?T,
?3 ????templete? < class > ? class ?Work,
?4 ????templete? < class > ? class ?OpMethod
?5 >
?6 class ?Light
?7 ????: public ?Work < T > ,
?8 ????????OpMethod < Light >
?9
10 {
11 ????T * ?xxOp()
12 ???? {
13 ???????? if (Work(T).Status? == ?ACMODE)
14 ????????????OpMethod( * this );
15 ????}
16 }

當(dāng)你實例化一個Policy Based Class的時候，你還可以給出默認(rèn)的實現(xiàn)，就像成員函數(shù)聲明和定義時候給出的默認(rèn)參數(shù)一樣。

回頭來看一下多重繼承和Templetes的特性：
多重繼承：欠缺一種一成不變的可以套用的代碼，在某種受控的情況下將繼承的Class組合起來（多重繼承只是將他們放在一起，然后提供一種訪問方式）。Templetes：有這樣的特性。
多重繼承由于繼承自多個Base Class，所以型別信息缺乏，而Templetes正式基于型別的。
多重繼承容易擴張，而Templetes的特化不容易擴張。

正是兩項技術(shù)的互補，才使這樣的技術(shù)實現(xiàn)成為可能。
Light對象繼承多個policy class,使得特性得以在編譯期間定值，從而實現(xiàn)Light Class功能的擴張。
而Templetes技術(shù)使得大部分Work以及OpMethod能夠共享大部分基礎(chǔ)代碼，而對特定的版本實現(xiàn)定值。

這樣的好處就是，應(yīng)用程序開發(fā)人員得以在應(yīng)用設(shè)計時期，使用這些Class，選擇適合自己的Policy組裝自己的代碼，從而使得程序大小得以精減，運行速率得以提高，而不必去包含整個又大又全的基礎(chǔ)類庫。

以上只是一些學(xué)習(xí)的心得和體會，如果有不對的地方，希望大家多多指教。