抽象工厂
为创建一组相关或相互依赖的对象提供一个接口,而且无须指定它们的具体类。
抽象工厂模式是对工厂方法模式的进一步深化。在工厂方法模式中,工厂仅可创建一种对象;然而,在抽象工厂模式中,工厂不仅可创建一种对象,还可创建一组对象。
【请"美女"去麦当劳吃汉堡,不同的MM有不同的口味,要每个都记住是一件烦人的事情,我一般采用Factory Method模式,带着MM到服务员那儿,说「要一个汉堡」,具体要什么样的汉堡呢,让"美女"直接跟服务员说就行了。
工厂方法模式:核心工厂类不再负责所有产品的创建,而是将具体创建的工作交给子类去做,成为一个抽象工厂角色,仅负责给出具体工厂类必须实现的接口,而不接触哪一个产品类应当被实例化这种细节。】
/**
* 抽象
*/
public abstract class Food {//interface
abstract void printName();
}
/**
* 抽象工厂:父类
*/
public abstract class AbastractFactory {
//抽象产品
abstract Food createFood();
}
/**
* 继承
*/
public class MushRoom extends Food{
public void printName() {
System.out.println("dmg");
}
}
/**
* 继承抽象工厂:父类
*/
public class MagicFactory extends AbastractFactory {
@Override
Food createFood() {
return new MushRoom();
}
}
public class ModernFactory extends AbastractFactory {
@Override
Food createFood() {
return new Bread();
}
}
public class Main {
public static void main(String[] args) {
AbastractFactory f = new ModernFactory();
Food b = f.createFood();
b.printName();
}
}
优点
扩展性高,可通过一组对象实现某个功能。
缺点
一旦增加就需要修改原有代码,不符合开闭原则,所以尽可能用在不需要修改的场景。
使用场景
不关心产品创建细节,将产品创建和使用解耦。
系统中有多个产品族,但每次只使用一个,示例中如果同时购进小米产品和华为产品将使设计模式失去优势。
根据环境不同软件有不同的行为。
系统稳定后,不会添加新的产品等级或者删除已有的产品等级。