抽象工厂
为创建一组相关或相互依赖的对象提供一个接口，而且无须指定它们的具体类。
抽象工厂模式是对工厂方法模式的进一步深化。在工厂方法模式中，工厂仅可创建一种对象；然而，在抽象工厂模式中，工厂不仅可创建一种对象，还可创建一组对象。
【请"美女"去麦当劳吃汉堡，不同的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(); } }
优点
扩展性高，可通过一组对象实现某个功能。
缺点
一旦增加就需要修改原有代码，不符合开闭原则，所以尽可能用在不需要修改的场景。
使用场景
不关心产品创建细节，将产品创建和使用解耦。
系统中有多个产品族，但每次只使用一个，示例中如果同时购进小米产品和华为产品将使设计模式失去优势。
根据环境不同软件有不同的行为。
系统稳定后，不会添加新的产品等级或者删除已有的产品等级。
