抽象工厂设计模式——拿下

 

目录

抽象工厂模式(Abstract Factory Pattern)：

抽象工厂模式的结构和说明

在抽象工厂模式包含如下几个角色：

抽象工厂模式代码演示

抽象工厂接口

 具体意大利甜品工厂

具体美式甜品工厂

抽象咖啡产品 

抽象甜品

具体咖啡产品

具体咖啡产品

具体甜品产品

 具体甜品产品

抽象工厂模式总结

抽象工厂模式的主要优点如下：

 抽象工厂模式的主要缺点如下：

适用场景：

---

抽象工厂模式(Abstract Factory Pattern)：

提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。抽象工厂模式又称为Kit模式，它是一种对象创建型模式。在抽象工厂模式中，每一个具体工厂都提供了多个工厂方法用于产生多种不同类型的产品。

抽象工厂模式的结构和说明

 

在抽象工厂模式包含如下几个角色：

• AbstractFactory（抽象工厂）：它声明了一组用于创建一族产品的方法，每一个方法对应一种产品。

• ConcreteFactory（具体工厂）：它实现了在抽象工厂中声明的创建产品的方法，生成一组具体产品，这些产品构成了一个产品族，每一个产品都位于某个产品等级结构中。

• AbstractProduct（抽象产品）：它为每种产品声明接口，在抽象产品中声明了产品所具有的业务方法

• ConcreteProduct（具体产品）：它定义具体工厂生产的具体产品对象，实现抽象产品接口中声明的业务方法。

抽象工厂模式代码演示

抽象工厂接口

/**
 * 抽象工厂接口
 */

public interface DessertFactory {
    //生产咖啡的功能
    Coffee creatCoffee();

    //生产甜品的功能
    Dessert creatDessert();
}

 具体意大利甜品工厂

/**
 * 具体意大利甜品工厂
 */
public class ItalyDessertFactory implements DessertFactory{
    @Override
    public Coffee creatCoffee() {
        return new LatteCoffee();
    }

    @Override
    public Dessert creatDessert() {
        return new Trimisu();
    }
}

具体美式甜品工厂

/**
 * 具体美式甜品工厂
 * 同一产品族
 */
public class AmericanDessertFactory implements DessertFactory{
    @Override
    public Coffee creatCoffee() {
        return new AmericanCoffee();
    }

    @Override
    public Dessert creatDessert() {
        return new MatchMousse();
    }
}

抽象咖啡产品 

/**
 * 抽象咖啡产品
 */
public abstract class Coffee {
    public abstract void show();
    public abstract void drink();
}

抽象甜品

/**
 * 抽象甜品
 */
public abstract class Dessert {
    public abstract void show();
    public abstract void eat();
}

具体咖啡产品

/**
 * 具体咖啡产品
 */
public class AmericanCoffee extends Coffee {
    @Override
    public void show() {
        System.out.println("美式咖啡");
    }

    @Override
    public void drink() {
        System.out.println("在喝美式咖啡");
    }
}

具体咖啡产品

/**
 * 具体咖啡产品
 */
public class LatteCoffee extends Coffee {
    @Override
    public void show() {
        System.out.println("拿铁咖啡");
    }

    @Override
    public void drink() {
        System.out.println("在喝拿铁咖啡");
    }
}

具体甜品产品

/**
 * 具体甜品产品
 */
public class MatchMousse extends Dessert{
    @Override
    public void show() {
        System.out.println("抹茶慕斯");
    }

    @Override
    public void eat() {
        System.out.println("在吃抹茶慕斯");
    }
}

 具体甜品产品

/**
 * 具体甜品产品
 */
public class Trimisu extends Dessert{
    @Override
    public void show() {
        System.out.println("提拉米苏");
    }

    @Override
    public void eat() {
        System.out.println("在吃提拉米苏");
    }
}

抽象工厂模式总结

抽象工厂模式的主要优点如下：

• 抽象工厂模式隔离了具体类的生成，使得客户并不需要知道什么被创建。由于这种隔离，更换一个具体工厂就变得相对容易，所有的具体工厂都实现了抽象工厂中定义的那些公共接口，因此只需改变具体工厂的实例，就可以在某种程度上改变整个软件系统的行为。

• 当一个产品族中的多个对象被设计成一起工作时，它能够保证客户端始终只使用同一个产品族中的对象。

• 增加新的产品族很方便，无须修改已有系统，符合"开闭原则"。

 抽象工厂模式的主要缺点如下：

增加新的产品等级结构麻烦，需要对原有系统进行较大的修改，甚至需要修改抽象层代码，这显然会带来较大的不便，违背了"开闭原则"。

适用场景：

• 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节，这对于所有类型的工厂模式都是很重要的，用户无须关心对象的创建过程，将对象的创建和使用解耦。

• 系统中有多于一个的产品族，而每次只使用其中某一产品族。可以通过配置文件等方式来使得用户可以动态改变产品族，也可以很方便地增加新的产品族。

• 属于同一个产品族的产品将在一起使用，这一约束必须在系统的设计中体现出来。同一个产品族中的产品可以是没有任何关系的对象，但是它们都具有一些共同的约束，如同一操作系统下的按钮和文本框，按钮与文本框之间没有直接关系，但它们都是属于某一操作系统的，此时具有一个共同的约束条件：操作系统的类型。

• 产品等级结构稳定，设计完成之后，不会向系统中增加新的产品等级结构或者删除已有的产品等级结构。