首页 > 其他分享 >设计模式总结-简单工厂模式

设计模式总结-简单工厂模式

时间:2024-04-05 11:30:08浏览次数:27  
标签:总结 创建 模式 工厂 实例 简单 设计模式 public

简单工厂模式

创建型模式

创建型模式概述

创建型模式(Creational Pattern)对类的实例化过程进行了抽象,能够将软件模块中对象的创建和对象的使用分离。为了使软件的结构更加清晰,外界对于这些对象只需要知道它们共同的接口,而不清楚其具体的实现细节,使整个系统的设计更加符合单一职责原则。

创建型模式在创建什么(What),由谁创建(Who),何时创建(When)等方面都为软件设计者提供了尽可能大的灵活性。创建型模式隐藏了类的实例的创建细节,通过隐藏对象如何被创建和组合在一起达到使整个系统独立的目的。

创建型模式种类

  • 简单工厂模式(Simple Factory)
  • 工厂方法模式(Factory Method)
  • 抽象工厂模式(Abstract Factory)
  • 建造者模式(Builder)
  • 原型模式(Prototype)
  • 单例模式(Singleton)

简单工厂模式

模式定义

简单工厂模式(Simple Factory Pattern):又称为静态工厂方法(Static Factory Method)模式,它属于类创建型模式。在简单工厂模式中,可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。

模式动机

只需要知道水果的名字则可得到相应的水果。

在这里插入图片描述

考虑一个简单的软件应用场景,一个软件系统可以提供多个外观不同的按钮(如圆形按钮、矩形按钮、菱形按钮等),这些按钮都源自同一个基类,不过在继承基类后不同的子类修改了部分属性从而使得它们可以呈现不同的外观,如果我们希望在使用这些按钮时,不需要知道这些具体按钮类的名字,只需要知道表示该按钮类的一个参数,并提供一个调用方便的方法,把该参数传入方法即可返回一个相应的按钮对象,此时,就可以使用简单工厂模式。

模式结构

在这里插入图片描述

简单工厂模式包含如下角色:

  • Factory:工厂角色
  • Product:抽象产品角色
  • ConcreteProduct:具体产品角色

模式分析

代码复杂,难以维护
在这里插入图片描述

 //抽象支付类
public abstract class AbstractPay{
   public abstract void pay();
}
// 具体支付
public class CashPay extends AbstractPay {
    public void pay()
    {
        //现金支付处理代码
    }
} 

// 支付工厂
public class PayMethodFactory {
    public static AbstractPay getPayMethod(String type)
    {
        if(type.equalsIgnoreCase("cash"))
        {
            return new CashPay();       //根据参数创建具体产品
         }
        else if(type.equalsIgnoreCase("creditcard"))
        {
            return new CreditcardPay();   //根据参数创建具体产品
        }
        ……
    }
} 

将对象的创建和对象本身业务处理分离可以降低系统的耦合度,使得两者修改起来都相对容易。

在调用工厂类的工厂方法时,由于工厂方法是静态方法,使用起来很方便,可通过类名直接调用,而且只需要传入一个简单的参数即可,在实际开发中,还可以在调用时将所传入的参数保存在XML等格式的配置文件中,修改参数时无须修改任何Java源代码。

简单工厂模式最大的问题在于工厂类的职责相对过重,增加新的产品需要修改工厂类的判断逻辑,这一点与开闭原则是相违背的。
简单工厂模式的要点在于:当你需要什么,只需要传入一个正确的参数,就可以获取你所需要的对象,而无须知道其创建细节。

模式实例与解析

实例一:简单电视机工厂

某电视机厂专为各知名电视机品牌代工生产各类电视机,当需要海尔牌电视机时只需要在调用该工厂的工厂方法时传入参数“Haier”,需要海信电视机时只需要传入参数“Hisense”,工厂可以根据传入的不同参数返回不同品牌的电视机。现使用简单工厂模式来模拟该电视机工厂的生产过程。
在这里插入图片描述

public interface TV
{
	public void play();
}

public class HaierTV implements TV
{
	public void play()
	{
		System.out.println(" HaierTV......");
	}
}

public class HisenseTV implements TV
{
	public void play()
	{
		System.out.println("HisenseTV......");
	}	
}

public class TVFactory
{
	public static TV produceTV(String brand) throws Exception
	{
		if(brand.equalsIgnoreCase("Haier"))
		{
			System.out.println("Haier");
			return new HaierTV();
		}
		else if(brand.equalsIgnoreCase("Hisense"))
		{
			System.out.println("Hisense");
			return new HisenseTV();
		}
		else
		{
			throw new Exception("�Բ����ݲ���������Ʒ�Ƶ��ӻ���");
		}
	}
}


public class Client
{
	public static void main(String args[])
	{
         try
         {
         	TV tv;
         	String brandName= "Hisense";
         	tv=TVFactory.produceTV(brandName);
         	tv.play();
         }
         catch(Exception e)
         {
         	System.out.println(e.getMessage());
         }
	}
}

实例二:权限管理

在某OA系统中,系统根据对比用户在登录时输入的账号和密码以及在数据库中存储的账号和密码是否一致来进行身份验证,如果验证通过,则取出存储在数据库中的用户权限等级(以整数形式存储),根据不同的权限等级创建不同等级的用户对象,不同等级的用户对象拥有不同的操作权限。现使用简单工厂模式来设计该权限管理模块。
在这里插入图片描述

模式优缺点

简单工厂模式的优点

工厂类含有必要的判断逻辑,可以决定在什么时候创建哪一个产品类的实例,客户端可以免除直接创建产品对象的责任,而仅仅“消费”产品;简单工厂模式通过这种做法实现了对责任的分割,它提供了专门的工厂类用于创建对象。
客户端无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的参数即可,对于一些复杂的类名,通过简单工厂模式可以减少使用者的记忆量。
通过引入配置文件,可以在不修改任何客户端代码的情况下更换和增加新的具体产品类,在一定程度上提高了系统的灵活性。

简单工厂模式的缺点

由于工厂类集中了所有产品创建逻辑,一旦不能正常工作,整个系统都要受到影响。
使用简单工厂模式将会增加系统中类的个数,在一定程序上增加了系统的复杂度和理解难度。
系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,在产品类型较多时,有可能造成工厂逻辑过于复杂,不利于系统的扩展和维护。
简单工厂模式由于使用了静态工厂方法,造成工厂角色无法形成基于继承的等级结构。

模式适用环境

在以下情况下可以使用简单工厂模式:
工厂类负责创建的对象比较少:由于创建的对象较少,不会造成工厂方法中的业务逻辑太过复杂。
客户端只知道传入工厂类的参数,对于如何创建对象不关心:客户端既不需要关心创建细节,甚至连类名都不需要记住,只需要知道类型所对应的参数。

模式扩展

简单工厂模式的简化:
在有些情况下工厂类可以由抽象产品角色扮演,一个抽象产品类同时也是子类的工厂,也就是说把静态工厂方法写到抽象产品类中。
在这里插入图片描述

小结

创建型模式对类的实例化过程进行了抽象,能够将对象的创建与对象的使用过程分离。
简单工厂模式又称为静态工厂方法模式,它属于类创建型模式。在简单工厂模式中,可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。
简单工厂模式包含三个角色:工厂角色负责实现创建所有实例的内部逻辑;抽象产品角色是所创建的所有对象的父类,负责描述所有实例所共有的公共接口;具体产品角色是创建目标,所有创建的对象都充当这个角色的某个具体类的实例。

简单工厂模式的要点在于:当你需要什么,只需要传入一个正确的参数,就可以获取你所需要的对象,而无须知道其创建细节。
简单工厂模式最大的优点在于实现对象的创建和对象的使用分离,将对象的创建交给专门的工厂类负责,但是其最大的缺点在于工厂类不够灵活,增加新的具体产品需要修改工厂类的判断逻辑代码,而且产品较多时,工厂方法代码将会非常复杂。
简单工厂模式适用情况包括:工厂类负责创建的对象比较少;客户端只知道传入工厂类的参数,对于如何创建对象不关心。

标签:总结,创建,模式,工厂,实例,简单,设计模式,public
From: https://blog.csdn.net/weixin_42439274/article/details/137395765

相关文章

  • Tomcat使用的设计模式
    目录门面模式(FacadePattern):观察者模式(ObserverPattern):工厂模式(FactoryPattern):策略模式(StrategyPattern):Tomcat中使用了多种设计模式,以下是主要设计模式:门面模式(FacadePattern):门面模式用于封装子系统的具体实现,为外部系统提供统一的外观类。在Tomcat中,门面模式的应......
  • 开关二极管选型参数,结构原理,工艺与注意问题总结
      ......
  • Java学习-第一章第二章知识内容总结
    一、第一章的学习中,我了解到了什么Java编程语言,明白了它的发展史以及平台和运行机制,下载并安装成功好了Java的开发环境JDK17以及第一个Java入门程序helloworld的编写,还有就是懂得了如何用IDEA和JShell交互式这两种开发方式来编写简单的程序;二、在第二章的学习中,我对Java的数据......
  • 设计模式|状态机模式(State Machine Pattern)
    文章目录结构使用步骤示例使用状态机的场景常见面试题状态机模式(StateMachinePattern)是一种用于描述对象的行为软件设计模式,属于行为型设计模式。在状态机模式中,对象的行为取决于其内部状态,并且在不同的状态下,对象可能会有不同的行为。状态机模式通常涉及定义一组状......
  • 信号与线性系统分析第一章总结
    参考资料:《信号与线性系统分析》第五版吴大正著......
  • 双指针做题总结2(76. 最小覆盖子串)
    76.最小覆盖子串 思路:双指针滑动窗口问题,指针的移动条件是双指针的核心。 反思:1、考虑右指针已经移动到最右端,无法继续移动的情况。(flag1的思路)2、用map.empty()是要千万注意:map[key]相当于往map中添加元素 代码:classSolution{public:unordered_map<char,i......
  • 家居网购项目--项目总结
    家居网购项目--项目总结家居网购项目总结本项目是基于java的前后端项目,使用原生的Servlet+jsp开发。主要的技术点:1.登录注册功能:使用kaptcha去生成验证码,使用邮件完成注册2.使用拦截器拦截用户请求,限制用户访问权限3.使用ThreadLocal确保是同一线程来完成事务的提交和回......
  • 探索设计模式的魅力:揭秘B/S模式在AI大模型时代的蜕变与进化
    ​......
  • 探索设计模式的魅力:揭秘B/S模式在AI大模型时代的蜕变与进化
    ​......
  • 探索设计模式之单例模式:打造独一无二的实例
    目录 1.什么是单例模式?2.单例模式的特点3.单例模式的实现方式3.1懒汉式:3.2饿汉式:3.3选择建议4.单例模式的应用场景5.单例模式的优缺点6.总结 1.什么是单例模式?       单例模式是一种创建型设计模式,它保证一个类只有一个实例,并提供全局访问点......