Creational Pattern 之 Abstract Factory
啥时候你想到用Abstract Factory Pattern？
恩 ....
1 当你的系统需要独立于产品实体的如何被创建、如何被构成、如何被展现的时候，可以考虑使用Abstract Factory Pattern.
2 一个系统需要被配置成不同family的成品， 如界面风格，motif风格、mercury风格。
3 提供一套产品的库， 需要只对我提供构建产品的接口。
具体一点，看下面这个实例，一个销售水果的系统，它不过水果是如何被采摘、如何包装、如何被封箱、如何贴标签，而只是将可以卖的成品放到柜台或者集市去销售.
在这里， 我们设计销售水果的系统为类AutoSaleSystem.
class AutoSaleSystem{
public:
void saleFruitToJapan() {
Package* package = new JapanPackage();
Product* productForSale = package->product();
}
}
//包装： 标签 尺寸 加工工艺(罐头，干果，鲜果)等
class Package {
virtual FruitProduct* produce() const;
}
class JapanPackage : public Package {
FruitProduct* product() const {
FruitProduct* product = new JapanFruitProduct ();
}
virtual ~JapanPackage() {}
}
class RussiaPackage : public Package {
FruitProduct* product() const {
FruitProduct* product = new RussiaFruitProduct ();
}
virtual ~ RussiaPackage () {}
}
class FruitProduct {
public:
virtual string getLabel() const;
virtual unsigned int getSize() const;
private:
string m_label;
unsigned int m_size;
}
class JapanFruitProduct : public FruitProduct {
public:
string getLabel() const {...}
unsigned int getSize() const {...}
}
class RussiaFruitProduct : public FruitProduct {
public:
string getLabel() const {...}
unsigned int getSize() const {...}
}
Abstract Factory Pattern的利与弊哈：
1 对具体的实现类进行隔离：
由于由具体的工厂来生产不同的产品，所以不同类型的产品不会混杂在一起。
2 用户不必了解产品的实现细节，而可以只关心接口。
3 在不同的产品族之间切换变得方便：如saleProduct(Package*), 通过为saleProduct传递不同的Package类型可以方便在Japan和Russia俩个产品族直接切换， 接口完全不用改变，改变的仅是在run-time时传什么具体的Package类。
4 同时，如果新加一类产品族，需要构建相关的产品类和生产该产品的具体工厂类。
