网站备案会掉吗,wordpress插件jetpack,网络安全设计报告,天津网站建设推荐安徽秒搜科技抽象工厂模式#xff08;Abstract Factory Pattern#xff09;是一种创建型设计模式#xff0c;用于在不指定具体类的情况下创建一系列相关或相互依赖的对象。它提供了一个接口#xff0c;用于创建一系列“家族”或相关依赖对象#xff0c;而无需指定它们的具体类。 主要参… 抽象工厂模式Abstract Factory Pattern是一种创建型设计模式用于在不指定具体类的情况下创建一系列相关或相互依赖的对象。它提供了一个接口用于创建一系列“家族”或相关依赖对象而无需指定它们的具体类。 主要参与者 抽象工厂Abstract Factory提供一个接口用于创建一些相关或相互依赖的对象家族而不需要指定它们具体的类。具体工厂Concrete Factory实现抽象工厂的操作以生产具体的产品对象。抽象产品Abstract Product为一系列产品对象声明一个接口。具体产品Concrete Product抽象产品的子类定义用于生产的具体产品对象。客户Client仅使用由抽象工厂和抽象产品类声明的接口。 实现步骤 定义抽象产品确定产品家族中的不同产品。创建抽象工厂类定义创建抽象产品的接口。实现具体工厂类每个工厂类负责创建不同的产品变体。客户端代码通过抽象工厂和抽象产品类接口与工厂和产品交互。 优势 隔离具体类的生成客户端不需要知道它所使用的对象的具体类只需要关心所使用对象的接口。易于交换产品系列因为具体的工厂类都派生自同一个抽象类可以很容易地更换使用的工厂类来切换整个产品系列。增强一致性产品在一系列中一致地创建这保证了客户端始终只使用同一产品系列中的对象。 缺点 难以支持新种类的产品如果需要添加额外的产品到系列中抽象工厂和所有具体工厂类都需要改变这违反了开闭原则。 探索设计模式的魅力简单工厂模式-CSDN博客文章浏览阅读2.5k次点赞58次收藏46次。实现简单工厂的难点就在于 “如何选择” 实现前面便子中传递参数的方法 那都是静态的参数还可以实现成为动态的参数。客户端通过简单工厂创建 了一个实现接口的对象然后面向接口编程从客户端来看它根本不知道具体的实现是什么也不知道是如何实现的它只知道通过工厂获得了一个接口对象 然后通过这个接口来获取想要的功能。如果通过客户端的参数来选择具体的实现类那么就必须让客户端能理解各个参数所代表的具体功能和含义这样会增加客户端使用的难度也部分暴露了内部实现这种情况可以选用可配置的方式来实现。https://blog.csdn.net/danci_/article/details/135566105探索设计模式的魅力工厂方法模式-CSDN博客文章浏览阅读2.5k次点赞83次收藏47次。工厂方法模式是一种创建型设计模式它提供了一种创建对象的接口但将具体实例化对象的工作推迟到子类中完成。这样做的目的是创建对象时不用依赖于具体的类而是依赖于抽象这提高了系统的灵活性和可扩展性。优点降低耦合度、增加了系统的可扩展性 和 提高代码的可维护性缺点增加了代码的复杂性 和 需要更多的设计考虑。https://blog.csdn.net/danci_/article/details/135611783
目录
一、案例
1.1 示例代码 1.1.1 简单工厂实现 1.1.2 问题 1.1.3 抽象工厂实现
二、模式讲解 2.1 功能 2.2 抽象工厂模式的结构及说明 2.3 示例代码程序结构图 2.4 抽象工厂模式与简单工厂模式 2.5 抽象工厂模式与工厂方法模式 一、案例 场景造一辆汽车买零件来组装汽车有很多的零组成成百上千个零件相互依赖配合工作比如发动机和变速箱。 选择零件时每个零件的品牌、规格 等如何才能选择到合适的搭配才能配合正常工作也就是说汽车是一个整体每个零件之间有关联的。 1.1 示例代码 汽车零件有成百上升个这里只举例发动机和变速箱。市面上有各种品牌的发动机和变速箱同一品牌还有各种型等这里举两个。 1.1.1 简单工厂实现 发动机接口
public interface EngineApi {void run();
} 变速箱接口
public interface GearboxApi {void run();
} 林肯发动机和林肯变速箱
public class LinkenEngineApiImpl implements EngineApi {Overridepublic void run() {System.out.println(林肯发动机工作了);}
}public class LinkenGearboxApiImpl implements GearboxApi {Overridepublic void run() {System.out.println(林肯变速箱工作了);}
} 丰田发动机和丰田变速箱
public class ToyotaEngineApiImpl implements EngineApi {Overridepublic void run() {System.out.println(丰田发动机工作了);}
}public class ToyotaGearboxApiImpl implements GearboxApi {Overridepublic void run() {System.out.println(丰田变速箱工作了);}
} 发动机工厂
public class EngineFactory {public static EngineApi getEngineApi(int i) {if (i 1) {return new LinkenEngineApiImpl();}return new ToyotaEngineApiImpl();}
} 变速箱工厂
public class GearboxFactory {public static GearboxApi getGearbox(int i) {if (1 i) {return new LinkenGearboxApiImpl();}return new ToyotaGearboxApiImpl();}
} 汽车组装类
public class CarEngineer {public void makeCar(int engineType, int gearboxType) {EngineApi engineApi EngineFactory.getEngineApi(engineType);GearboxApi gearbox GearboxFactory.getGearbox(gearboxType);engineApi.run();gearbox.run();}
} 客户端
public class CarClient {public static void main(String[] args) {CarEngineer carEngineer new CarEngineer();carEngineer.makeCar(1, 1);}
} 运行结果
/Library/Java/JavaVirtualMachines/jdk1.8.0_311.jdk/...
林肯发动机工作了
林肯变速箱工作了 修改客户端carEngineer.makeCar(1, 2); 运行结果
/Library/Java/JavaVirtualMachines/jdk1.8.0_311.jdk/...
林肯发动机工作了
丰田变速箱工作了 1.1.2 问题 修改了产数之后组装的汽车使用了林肯的发动机而变速箱是丰田的此时发动机与变速箱不是一个品牌如果发动机与变速箱不匹配无法正常配合工作那么组装的这个汽车就等于废了这里假设只有同品牌的零部件才能正常配合动作。 显然发动机与变速箱是需要互相匹配强依赖关系。就是选了这个发动机就必须选定某个变速箱。抽象工厂来解决这个问题。 1.1.3 抽象工厂实现 抽象工厂模式提供一个创建一系列相关或相互依赖对象的接又而无需指定它们具体的类。 解决1.1.2问题是要创建一序列有相互依赖关联和相互约束的产品——抽象工厂模式。 代码改造 发动机接口和变速箱接口不变
public interface EngineApi {void run();
}
public interface GearboxApi {void run();
}发动机和变速箱的实现也不变
public class LinkenEngineApiImpl implements EngineApi {Overridepublic void run() {System.out.println(林肯发动机工作了);}
}public class LinkenGearboxApiImpl implements GearboxApi {Overridepublic void run() {System.out.println(林肯变速箱工作了);}
}public class ToyotaEngineApiImpl implements EngineApi {Overridepublic void run() {System.out.println(丰田发动机工作了);}
}public class ToyotaGearboxApiImpl implements GearboxApi {Overridepublic void run() {System.out.println(丰田变速箱工作了);}
} 添加抽象工厂工厂抽象出来
public interface AbstractFactory {/*** 创建发动机 br/*/EngineApi createLinken();/*** 创建变速箱 br/*/GearboxApi createGearbox();
} 发动机工厂修改为林肯工厂并实现抽象工厂://注释部分为简单工厂代码
public class LinkenFactory implements AbstractFactory {
//public class EngineFactory {/*** 生产林肯发动机*/Overridepublic EngineApi createLinken() {return new LinkenEngineApiImpl();}/*** 生产林肯发变速箱*/Overridepublic GearboxApi createGearbox() {return new LinkenGearboxApiImpl();}//public static EngineApi getEngineApi(int i) {// if (i 1) {// return new LinkenEngineApiImpl();// }//// return new ToyotaEngineApiImpl();//}
} 变速箱工厂修改为丰田工厂并实现抽象工厂://注释部分为简单工厂代码
public class ToyotaFactory implements AbstractFactory {
//public class GearboxFactory {/*** 生产丰田发动机*/Overridepublic EngineApi createLinken() {return new ToyotaEngineApiImpl();}/*** 生产丰田变事箱*/Overridepublic GearboxApi createGearbox() {return new ToyotaGearboxApiImpl();}//public static GearboxApi getGearbox(int i) {// if (1 i) {// return new LinkenGearboxApiImpl();// }//// return new ToyotaGearboxApiImpl();//}
} 汽车组装类有修改//注释部分为简单工厂代码
public class CarEngineer {/*** 接收选择好的哪一个序列产品工厂* param factory*/public void makeCar(AbstractFactory factory) {EngineApi engineApi factory.createLinken();GearboxApi gearbox factory.createGearbox();engineApi.run();gearbox.run();}//public void makeCar(int engineType, int gearboxType) {// EngineApi engineApi EngineFactory.getEngineApi(engineType);// GearboxApi gearbox GearboxFactory.getGearbox(gearboxType);// engineApi.run();// gearbox.run();//}
} 客户端//注释部分为简单工厂代码
public class CarClient {public static void main(String[] args) {//CarEngineer carEngineer new CarEngineer();//carEngineer.makeCar(1, 2);CarEngineer carEngineer new CarEngineer();// 传入选中的哪种产品工厂carEngineer.makeCar(new LinkenFactory());}
} 运行结果
/Library/Java/JavaVirtualMachines/jdk1.8.0_311.jdk/...
林肯发动机工作了
林肯变速箱工作了 修改选中的产品工厂carEngineer.makeCar(new ToyotaFactory()) 运行结果
/Library/Java/JavaVirtualMachines/jdk1.8.0_311.jdk/...
丰田发动机工作了
丰田变速箱工作了 这个抽象工厂相当于选择一套方案方案确定好里面的零件也就确定好了。不用一个零件一个零件的选择以免选择出错。 二、模式讲解 2.1 功能 功能 为一系列相关对象或相互依赖的对象创建一个接口。 接口内的方法是一系列相互依赖和约束的方法。 2.2 抽象工厂模式的结构及说明 AbstractFactory抽象工厂定义创建一系列产品对象的操作接口。 FactoryA具体的工厂实现抽象工厂定义的方法具体实现一系列产品对象的创建。 AbstractProduct定义类产品对象的接口。 ProductA具体的产品实现对象通常在具体工厂里面会选择具体的产品实现对象来创建符合抽象工厂定义的方法返回的产品类型的对象。 Client客户端主要使用抽象工厂来获取一系列所需要的产品对象然后面向这些产品对象的接口编程以实现需要的功能。 2.3 示例代码程序结构图 抽象工厂模式主要用于以下几个方面的应用场景中 需要创建一系列相互依赖的对象当一组对象之间存在依赖关系并且需要保证这些对象是兼容的抽象工厂模式可以用来创建这些对象的族群。 希望实现多个产品族的变化抽象工厂模式允许你定义多个工厂类每个工厂类可以创建不同的产品族从而可以实现对产品族的变化。 需要切换产品组合通过使用抽象工厂模式可以很方便地切换不同的产品组合而无需修改已有的客户端代码。 优势方面抽象工厂模式具有以下几个优势 封装了对象的创建过程客户端只需关注抽象工厂类和抽象产品类而无需关心具体的创建细节将对象创建的过程封装在工厂类中提供了更高的封装性和抽象性。 符合开闭原则抽象工厂模式对于新增新的产品族非常方便只需创建对应的新的工厂类即可并且不需要修改已有的代码符合开闭原则。 保持产品族的一致性通过抽象工厂模式创建的产品族中的产品具有一定的约束关系保证了产品的一致性避免了不兼容的产品组合。 2.4 抽象工厂模式与简单工厂模式 抽象工厂模式和简单工厂模式是两种常见的设计模式它们在对象的创建和管理上有一些不同之处。 1. 目的和应用场景 简单工厂模式Simple Factory Pattern旨在根据给定的参数来创建单一类型的对象实例。它适用于需要根据条件创建不同类型的对象的情况但它并没有分离对象的创建和使用违反了单一职责原则。抽象工厂模式Abstract Factory Pattern旨在创建一系列相关或相互依赖的对象而无需显式指定其具体类。它适用于需要创建一组相关的产品对象并且需要确保这些产品是兼容的情况。 2. 结构与实现 简单工厂模式通常由一个工厂类通过静态方法来创建对象客户端通过调用工厂类的方法并传入相应的参数来获得所需的对象。抽象工厂模式通常由一组抽象工厂和一组具体工厂类组成每个具体工厂负责创建一组特定的产品。 3. 灵活性与扩展性 简单工厂模式的灵活性相对较低因为一旦需要添加新类型的产品通常需要修改工厂类的静态方法。抽象工厂模式支持产品族的概念可以非常容易地添加新的产品族只需要新增对应的具体工厂类即可而不需要修改客户端代码。 总的来说简单工厂模式适用于需要创建单一类型的对象并且可以根据条件动态地创建不同类型的对象。而抽象工厂模式适用于创建一系列相关或相互依赖的对象并且需要确保这些对象是兼容的情况。在实际应用中根据具体的需求和设计目标来选择合适的设计模式。 2.5 抽象工厂模式与工厂方法模式 抽象工厂模式Abstract Factory Pattern和工厂方法模式Factory Method Pattern虽然同属于创建型设计模式旨在解耦对象的创建和使用但两者在目的、实现方式及应用场景上存在明显区别 1. 目的 工厂方法模式的目的是允许一个类在不知道将要创建的对象的具体类型的情况下推迟其实例化到子类中进行。抽象工厂模式的目的是创建一系列相关或者相互依赖的对象而不需要指定它们具体的类。 2. 实现方式 工厂方法模式定义了一个用于创建对象的接口但由子类决定实例化哪一个类。工厂方法让类的实例化推迟到子类中进行。抽象工厂模式提供了一个创建一系列相关或互相依赖对象的接口而不需要指定它们具体的类。它通常包含多个工厂方法来创建一系列不同的产品。 3. 应用场景 工厂方法模式主要用于单一产品的创建情形即客户端只需要一个产品而具体哪个产品则由具体工厂类在运行时决定。抽象工厂模式适用于创建一组产品产品族这些产品设计成合作使用的客户端需要多个产品对象这些对象要按照一定的方式配合工作。 4. 结构复杂度 工厂方法模式结构相对简单每个具体工厂类只需要负责一个产品的创建。抽象工厂模式结构相对复杂一个工厂类需要负责多个产品对象的创建这些对象通常属于不同的类系列。 5. 扩展难度 工厂方法模式较容易扩展引入新的产品类型只需要添加相应的具体工厂类和产品类即可。抽象工厂模式相对难以扩展如果需要添加新的产品系列需修改抽象工厂的接口以及所有的实现类这会违反开闭原则。 总之工厂方法模式用于创建一个产品而抽象工厂模式用于创建多个相互依赖或相互关联的产品族。在选择使用哪一个模式时需要根据具体场景和设计需求去判断。
