abstract factory.感覺是個很玄的名字，即使在我寫學習筆記的時候，我也因為缺少現(xiàn)實中的實踐而對其了解不深。^^希望.... 多指正
Name:
?? abstract factory
Addressed Problem:
?? 提供對同1種相關對象的創(chuàng)建。比如在程序里面，希望根據(jù)用戶配置來設置UI方案，比如方案1和2，對應的UI也存在2套不同的實現(xiàn)類，比如對于ScrollBar,有CScrollBar1和CScrollBar2，都繼承自ScrollBar。也許在程序里面有很多這樣的類。這樣你在應用UI實例化類時就必須要選擇比如
IScrollBar* pScrollBar = NULL;
if (_use_ui_1)
?? pScrollBar = new CScrollBar1;
else
?? pScrollBar = new CScrollBar2;
也許你這樣感覺沒多大關系，但想象下，在程序的多處都存在這樣的選擇，為什么我不選擇一種less error phone的方法呢？比如
pScrollBar = Create(...);
這樣一種簡單的方式呢？而且上面的寫法也引進了1個避短，也就是在產生pScrollBar時，涉及到了具體的實現(xiàn)類，這在面向對象這種program to interface這樣的語言中是很忌諱的事情。比如，在加種UI方案，也許你會再寫個else,這樣等于自己把自己往火堆里面推。你是一個勤奮的程序員，但不是個優(yōu)秀的程序員^^.也許有人會說，我可以利用prototype這樣的方式來啊。這樣，在程序的外面配置一下每個類的prototype就可以了，或許也可以用object factory啊，都可以（^^似乎是哦，我也沒學過這2個的說）解決上面的問題，一個通過DoClone類似的，1個通過ID或其他的，其實在應用上面的2種時，自然的導出了abstract factory.為什么呢，因為上面的2種，你都需要設置多個的原型或ID。比如也許在CUIManager的構造里面寫賊大的if
if (_use_ui_1)
{
??? ...//設置UI_1下所有的prototype
}
else
{
??? ...//設置UI_2下所有的prototype
}
也許在將來的莫天，在加上UI_3,則。再寫個if.也許大家可能會想，我在應用ui時，我就知道了所要創(chuàng)建的對象，為什么我不把上面寶裝一下改成：
if (_use_ui_1)
?//設置factory_1
else
?//設置factory_2
然后在抽象出來的IFactory里面提供創(chuàng)建這些UI Class的方法，比如，CreateScrollBase.等等，這樣就有了abstract factory 的雛形。
基礎實現(xiàn)
/*
?測試abstract factory模式
*/

class?IScrollWindow
{
public:
?virtual void?DrawScroll(void) = 0;
};

class?IListWindow
{
public:
?virtual?void?DrawList(void) = 0;
};

class?ICreateWindowFactory
{
public:
?virtual?IScrollWindow*?CreateScrollWindow(void) = 0;

?virtual?IListWindow*?CreateListWindow(void) = 0;
};

class?CBlueWindowFactory:
?public?ICreateWindowFactory
{
?class?CBlueScrollWindow:
??public?IScrollWindow
?{
?public:
??virtual void?DrawScroll(void)
??{
???std::cout << "draw blue scroll" << std::endl;
??}
?};

?class?CBlueListWindow:
??public?IListWindow
?{
?public:
??virtual?void?DrawList(void)
??{
???std::cout << "draw blue list" << std::endl;
??}
?};
public:
?virtual?IScrollWindow*?CreateScrollWindow(void)
?{
??return?new CBlueScrollWindow;
?}

?virtual?IListWindow*?CreateListWindow(void)
?{
??return?new CBlueListWindow;
?}
};

class?CRedWindowFactory:
?public?ICreateWindowFactory
{
?class?CRedScrollWindow:
??public?IScrollWindow
?{
?public:
??virtual void?DrawScroll(void)
??{
???std::cout << "draw red scroll" << std::endl;
??}
?};

?class?CRedListWindow:
??public?IListWindow
?{
?public:
??virtual?void?DrawList(void)
??{
???std::cout << "draw red list" << std::endl;
??}
?};
public:
?virtual?IScrollWindow*?CreateScrollWindow(void)
?{
??return?new CRedScrollWindow;
?}

?virtual?IListWindow*?CreateListWindow(void)
?{
??return?new CRedListWindow;
?}
};
在需要用的地方，就可以這樣：
ICreateWindowFactory*?pCreateWindow1?= new CBlueWindowFactory;

?pCreateWindow1->CreateListWindow()->DrawList();
?pCreateWindow1->CreateScrollWindow()->DrawScroll();
假如需要用不同的工廠，則更換不會影響到調用處的代碼。因為掉用工廠的地方是面向接口的。其實abstract factory的理念應該是比較簡單的(^^瞎猜的).基本講完了什么是抽象類工廠，他要解決的一些問題以及怎么解決和1個小而亂的demo代碼段。下面來看下我們怎么泛化這個類工廠，這個會涉及到loki里面的具體實現(xiàn)，大家要加滿油啊，因為泛化類工廠是一件不容易的事情啊。

泛化_1
首先，(^^這部分我也不是很懂)要泛化的是abstract factory的接口，就象上面的CreateScrollWindow和CreateListWindow，在泛化時需要的信息是要創(chuàng)建的同1組對象的相關接口比如IScrollBar,IList等等，在loki里面，要為1個類泛化1組接口，可以通過GenScatterHierarchy來將unit應用到typelist里的每1個類型，并將該類從unit<type>派生，從而得到1組接口。GenScatterHierarchy做了什么呢，他產生了啥呢？具體的可以看morden c++里面的實現(xiàn)。通過GenScatterHierarchy我們得到了我們要得1組接口。下面是loki里面對這個得相關實現(xiàn)
template <class T>
class AbstractFactoryUnit
{
public:
????virtual T* DoCreate(Type2Type<T>) = 0;
????virtual ~AbstractFactoryUnit() {}
};
可以看到，上面定義了2個函數(shù)，而這個類就是我上面說得調用GenScatterHierarchy時，具現(xiàn)化時對typelist得每個類型應用得template類，而最后產生得也將是類似AbstractFactoryUnit<IScrollBar>的類，我們具體的抽象工廠從這些派生。至于pure dctor這個大家應該都知道啥作用。下面來看Abstract Factory 的泛化：

template
<
????class TList,
????template <class> class Unit = AbstractFactoryUnit
>
class AbstractFactory : public GenScatterHierarchy<TList, Unit>
{
public:
?????typedef TList ProductList;
???????
?????template <class T> T* Create()
?????{
????????Unit<T>& unit = *this;
????????return unit.DoCreate(Type2Type<T>());
?????}
?};
可以看到這個即由GenScatterHierarchy來得到了我們想要的東西。提供了Create的模板函數(shù)，使得我們可以象這樣factory.Create<IScrollBar>()的方便形勢來調用。ProductList是對于抽象工廠要創(chuàng)建的類型的重命名。方便后面在產生實際的類型時，獲取對應的類型信息，對于DoCreate的參數(shù)，大家應該都明白這是重載用的，那用在哪里呢？下面會介紹。