设计模式之抽象工厂

动机

在软件系统中，往往面临着一系列相互依赖对象的创建工作，由于需求变化，往往存在更多系列对象的创建工作
如何应对这种变化，避免客户程序和多系列对象创建工作的紧耦合？

背景

考虑这样一种情况，使用者类需要创建大量的widget，page,widget和page有许多类型

//产品
class IWidget {
};
//page依赖于widget创建
class IPage {
public:
	void setWidget(IWidget *a);
};

//A类型的widget
class widgetA :public IWidget {};
//A类型的page
class pageA :public IPage {
public:
	void setWidget(widgetA *a);
};

//B类型的widget
class widgetB :public IWidget {};
//B类型的page
class pageB :public IPage {
public:
};


//使用者
class user {
public:
	IfacoryWidget *widgetFact;
	IfacoryPage *pageFact;

	void use() {
		IWidget *widget = widgetFact->createWidget();
		IPage *paget = pageFact->createPage();
		paget->setWidget(widget);
	}
};



//工厂
class IfacoryWidget{
public:
	virtual IWidget* createWidget() = 0;
};
class factoryWidget:public IfacoryWidget {
public:
	virtual IWidget*  createWidget();
};
class IfacoryPage {
public:
	virtual IPage* createPage() = 0;
};
class factoryPage:public IfacoryPage {
public:
	virtual IPage* createPage();
};

更改2

上述工厂方法模式解决了我们的问题，但但有一点，widget和page是相互依赖的，widgetA和pageB不能配合使用，此时若user类的widget工厂和page工厂指针类型不一致，则会发生错误，因为widgeth和page是依赖的，配合使用的

思考：我们知道良好设计代码的规范是高内聚低耦合，widget和page如此依赖，是不是可以内聚呢？
在前述工厂方法中，为了降低耦合增加了大量的类，所谓“分”，此时我们是够可以“合”呢？