本文介绍了Java中的创建型设计模式，包括简单工厂模式、工厂方法模式和抽象工厂模式。简单工厂模式适用于创建具有共同接口的类实例，通过传入参数来决定创建哪个类的对象。工厂方法模式则将产品创建的逻辑分散到各个子类，增强了系统的灵活性和可扩展性。抽象工厂模式则关注于创建一组相关或相互依赖的对象，允许在不指定具体类的情况下创建产品族。文章通过实例和代码展示了这些模式在实际开发中的应用，并总结了它们的优缺点。
- 创建型模式主要包括如下6种模式。
| 模式名称 | 定义 | 概述 |
| — | — | — |
| 简单工厂模式 | 根据传人的参数即可返回所需的对象,而不需要知道具体类的类名 | 根据提供给它的数据,返回几个可能类中的一个类的实例。通常它返回的类都有一个公共的父类和公共的方法。简单工厂模式不属于GoF设计模式 |
| 工厂方法模式 | 定义一个用于创建对象的接口-让子类决定将哪一个类实例化。工厂方法模式使一个类的实例化延迟到其子类 | 将基一类对象的创建过程封装在单独的类中,通过引入抽象层的方式来使得对象的创建和使用更为灵活 |
| 抽象工厂模式 | 提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们具体的类 | 在一个类中可以创建多个不同类型的对象,这些对象所对应的类型都源于抽象层,使得系统具有极佳的扩展性和灵活性 |
| 建造者模式 | 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示 | 一步一步构造一个由多个部分组成的复杂对象 |
| 原型模式 | 用原型实例指定创建对象的种类,并且通过复制这个原型来创建新的对象 | 通过复制已有对象创建出相似的其他对象 |
| 单例模式 | 保证一个类仅有一个实例,并提供一个访问它的全局访问点 | 控制系统中所创建的对象实例的个数 |
下面将带大家来学习这些巧妙的模式，并将他们运用到实际开发中，让大家更加轻松的吃到 “苹果”
=========================================================================
-
工厂模式（Factory Pattern）是 Java 中最常用的设计模式之一。这种类型的设计模式属于
创建型模式，它提供了一种创建对象的最佳方式。 -
在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。
-
简单工厂模式又称为静态工厂方法模式,它属于类创建型模式。在简单工厂模式中,可以根据参数的不同返回不同类的实例。专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。
-
如下图所示,用户无须知道苹果,橙﹑香蕉如何创建,只需要知道水果的名字则可得到对应的水果。
- 一个软件系统可以提供多个外观不同的按钮(如圆形按钮、矩形按钮﹑菱形按钮等),这些按钮都源自同一个基类,不过在继承基类后不同的子类修改了部分属性从而使得它们可以呈现不同的外观,如果我们希望在使用这些按钮时,不需要知道这些具体按钮类的名字,只需要知道表示该按钮类的一个参数，并提供一个调用方便的方法,把该参数传入方法即可返回一个相应的按钮对象,此时,就可以使用简单工厂模式。
简单工厂模式结构比较简单,其核心是工厂类。包含如下角色。
- Factory(工厂角色)
工厂角色即工厂类，它是简单工厂模式的核心,负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用,创建所需的产品对象。在工厂类中提供了静态的工厂方法 factoryMethod() ,它返回一个抽象产品类Product,所有的具体产品都是抽象产品的子类。
- Product(抽象产品角色)
抽象产品角色是简单工厂模式所创建的所有对象的父类,负责描述所有实例所共有的公共接口,它的引入将提高系统的灵活性,使得在工厂类中只需定义一个工厂方法,因为所有创建的具体产品对象都是其子类对象。
- ConcreteProduct(具体产品角色)
具体产品角色是简单工厂模式的创建目标,所有创建的对象都充当这个角色的某个具体类的实例。每一个具体产品角色都继承了抽象产品角色。需要实现定义在抽象产品中的抽象方法。
结构分析 👇
某销售管理系统支持多种支付方式如现金支付(CashPay)、信用卡支付(CreditcardPay),代金券支付(VoucherPay)等,在设计中如果不使用简单工厂模式,可能会存在如下支付方法。
public void pay(String type){
if(type.equalsIgnoreCase(“cash”){
//现金支付处理代码
}
else if(type.equalsIgnoreCase(“creditcard”)){
//信用卡支付处理代码
}
else if(type.equalsIgnoreCase(“voucher”)){
//信用卡支付处理代码
}
else{
…
}
}
- 问题：由于不同的支付方式其支付处理方法不一致,因此该方法源代码将相当冗长,而且每当需要增加新的支付方式时,不得不修改这段if…else…代码,增加很多新的支付处理代码。代码越长意味着维护工作量越大,测试难度也越大,扩展和修改也越不灵活。因此可以考虑使用简单工厂模式对其进行重构。
下面我们通过简单工厂模式，对原有的代码进行改进 👇
为了保证系统的扩展性并将各种支付类型对象的创建封装在一个统一的方法中，需要引人抽象支付方式类,它定义了抽象的支付方法,抽象支付方法类定义如下
public abstract class AbstractPay{
public abstract void pay();
}
将每一种支付方式封装在一个独立的类中,各个支付方式类相对独立,修改其一对其他类无任何影响,这些独立的支付方式类充当具体产品类的角色,是抽象支付方式类的子类,如现金支付类信用卡支付类定义如下
public class CashPay extends AbstractPay{
public void pay(){
//现金支付处理代码
}
}
public class CreditcardPay 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(); //根据参数创建具体产品
}
}
}
通过对原有设计的重构可以发现,在使用了简单工厂模式之后,系统中类的个数增加,每一种支付处理方式都封装到单独的类中,而且工厂类中只有简单的判断逻辑代码,不需要关心具体的业务处理过程,很好地满足了单一职责原则。在增加新的支付方式时,只需要添加一个新的具体支付类并实现其中的 pay()方法,同时对工厂类PayMethodFactory做简单的修改即可，无需对原有的代码进行大面积的改动。
- 简单工厂模式的要点在于：当你需要什么，只需要传入一个正确的参数就可以获取你所需的对象，而无需知道其创建细节。
光说不练是没有用的，下面通过两个案例带你进一步的学习理解该模式。
案例1
某电视机厂专为各知名电视机品牌代工生产各类电视机，当需要海尔牌电视机时只需要在调用该工厂的工厂方法时传入参数 Haier,需要小米电视机时只需要传入参数XiaoMi,工厂可以根据传入的不同参数返回不同品牌的电视机。现使用简单工厂模式来模拟该电视机工厂的生产过程。
- 抽象产品类TV（电视机类）
TV作为抽象产品类,它可以是一个接口,也可以是一个抽象类,其中包含了所有产品都具有的业务方法 play()。
- 具体产品类HaierTV（海尔电视机类）
HaierTV是抽象产品TV接口的子类,它是一种具体产品,实现了在TV接口中定义的业务方法 play()。
- 具体产品类XiaoMiTV（小米电视机类）
XiaoMiTV是抽象产品TV接口的另一个子类,即另一种具体产品,不同的具体产品在实现业务方法时有所不同。
- 工厂类TVFactory（电视机工厂类）
TVFactory是工厂类,它是整个系统的核心,它提供了静态工厂方法 produceTV(),工厂方法中包含一个字符串类型的参数,在内部业务逻辑中根据参数值的不同实例化不同的具体产品类,返回相应的对象。
- 创建客户端并测试
传入参数XiaoMi
如果希望该系统能够支持TCL牌电视机﹐则需要增加一个新的具体产品类TCLTV,同时还需要修改工厂类TVFactory中的工厂方法,在其判断逻辑中增加一个新的分支即可。
案例2
在某ОA系统中,系统根据对比用户在登录时输入的账号和密码以及在数据库中存储的账号和密码是否一致来进行身份验证,如果验证通过,则取出存储在数据库中的用户权限等级(以整数形式存储),根据不同的权限等级创建不同等级的用户对象,不同等级的用户对象拥有不同的操作权限。现使用简单工厂模式来设计该权限管理模块。
- 抽象产品类 User（用户类）
抽象类User作为抽象产品,它是各种具体用户类的父类,其中提供了一系列所有用户子类公有的方法,如“修改个人资料”等,同时它也定义了抽象方法,以便不同的子类分别来实现。
- 具体产品类 Employee（员工类）
Employee类是User类的子类,它继承了公有的方法 sameOperation(),同时也覆盖了抽象方法diffOperation()。
- 具体产品类 Manager（经理类）
Manager类也是User类的子类,是具体产品类的一种。
- 具体产品类Administrator（管理员类）
Administrator类也是User类的子类,是具体产品类的一种。
- 工厂类 UserFactory（用户工厂类）
UserFactory类是核心工厂类,通过改变工厂方法 getUser()中的参数可以创建不同类型的用户。
- 辅助类 UserDao（用户表数据访问类）
在实例中,我们模拟数据库访问操作,提供了一个数据访问类UserDAO,其中定义了一个方法 findPermission(),用于根据用户名和密码查询权限,在真实项目的开发中,只需要把方法中的模拟代码改成数据库操作代码即可,返回的权限值将作为工厂类UserFactory的参数值。
- 创建客户端Client并测试
在客户端测试类中,我们模拟用户zhangsan 的登录过程,在实际开发中,账号和密码来自表示层,如文本框和密码框的输入值或网页表单输人。在代码中产品对象使用抽象层类User来进行定义,通过调用UserDAO中的findPermission()方法来根据账号和密码查询权限值,然后以该权限值为参数调用工厂类UserFactory的静态方法 getUser()获取具体产品对象。
如果出现新类型的用户,需要添加一个User类的子类并修改工厂类UserFactory中工厂方法的判断逻辑,但是如果只是修改现有用户的权限,只需修改数据库中对应字段值即可,客户端代码无须做任何修改。
-
优点： 使用简单工厂模式客户端无需知道具体创建的类名，传对应的参数即可，工厂决定再什么时候创建什么对象，还可以引入一些配置文件，再不修改客户端代码的情况下更换增加具体的产品类。再一定程度上提高了系统的灵活性。
-
缺点： 由于工厂类集中了所有产品的创建逻辑，一旦添加新产品就不得不改工厂逻辑，再产品较多时，会增加系统中类的数量，也会造成工厂逻辑过于复杂，不易理解，扩展和维护，一旦工厂不能正常工作，整个系统都会收到牵连。
该模式适用于创建对象较少，不会造成工厂业务逻辑复杂，客户端只需传惨不关注创建细节的情况下。
=========================================================================
工厂方法模式是简单工厂模式的延伸，它继承了简单工厂模式的优点，同时还弥补了简单工厂模式的缺陷,更好地符合“开闭原则”的要求。再上文中我们可以清楚的看到简单工厂模式最大的缺陷，所有产品都是由一个工厂创建,工厂类职责较重,业务逻辑较为复杂,具体产品与工厂类之间的耦合度高,严重影响了系统的灵活性和扩展性,而工厂方法模式则可以很好地解决这一问题。
- 工厂方法模式(Factory Method Pattern)定义： 工厂方法模式又称为工厂模式,也叫虚拟构造器(Virtual Constructor)模式或者多态工厂(Polymorphic Factory)模式,它属于类创建型模式。在工厂方法模式中,工厂父类负责定义创建产品对象的公共接口,而工厂子类则负责生成具体的产品对象,这样做的目的是将产品类的实例化操作延迟到工厂子类中完成，即通过工厂子类来确定究竟应该实例化哪一个具体产品类。
工厂方法模式包含如下角色。
- Product(抽象产品)
抽象产品是定义产品的接口,是工厂方法模式所创建对象的超类型,也就是产品对象的共同父类或接口。
- ConcreteProduct(具体产品)
具体产品实现了抽象产品接口,某种类型的具体产品由专门的具体工厂创建,它们之间一对应。
- Factory(抽象工厂)
在抽象工厂类中,声明了工厂方法(Factory Method),用于返回一个产品。抽象工厂是工厂方法模式的核心,它与应用程序无关。任何在模式中创建对象的工厂类都必须实现该接口。
- ConcreteFactory(具体工厂)
具体工厂是抽象工厂类的子类,实现了抽象工厂中定义的工厂方法,并可由客户调用,返回一个具体产品类的实例。在具体工厂类中包含与应用程序密切相关的逻辑,并且接受应用程序调用以创建产品对象。
下面我们通过一个案例对上述简单工厂的代码进行改造，理解工厂方法模式。
案例1
在上面学习简单工厂模式时我们通过一个电视机代工生产工厂来生产电视机,当需要增加新的品牌的电视机时不得不修改工厂类中的工厂方法,违反了“开闭原则”。
为了让增加新品牌电视机更加方便,可以通过工厂方法模式对该电视机厂进行进一步重构。可以将原有的工厂进行分割,为每种品牌的电视机提供一个子工厂,海尔工厂专门负责生产海尔电视机,小米工厂专门负责生产小米电视机,如果需要生产TCL电视机或创维电视机,只需要对应增加一个新的TCL工厂或创维工厂即可,原有的工厂无须做任何修改,使得整个系统具有更好的灵活性和可扩展性。
- 抽象产品类TV（电视机类）
TV作为抽象产品类,它可以是一个接口,也可以是一个抽象类,其中包含了所有产品都具有的业务方法 play()。
- 具体产品类HaierTV（海尔电视机类）
HaierTV是抽象产品TV接口的子类,它是一种具体产品,实现了在TV接口中定义的业务方法 play()。
- 具体产品类XiaoMiTV（小米电视机类）
XiaoMiTV是抽象产品TV接口的另一个子类
- 工厂类TVFactory（电视机工厂类）
TVFactory是抽象工厂类,它可以是一个接口,也可以是一个抽象类,它包含了抽象的工厂方法produceTV),返回个抽象产品TV类型的对象。
- 具体工厂类HaierTVFactory（海尔电视机工厂类）
HaierTVFactory是具体工厂类,它是抽象工厂类 TVFactory 的子类,实现了抽象工厂方法 produceTV(),在工厂方法中创建并返回一个对象的具体产品。
- 具体工厂类XiaoMiTVFactory（小米电视机工厂类）
XiaoMiTVFactory它是抽象工厂类 TVFactory 的另一个子类,实现了抽象工厂方法 produceTV(),在工厂方法中创建并返回一个对象的具体产品
- 客户端测试类Client
如果需要增加一种新的类型的电视机,如TCL电视机,首先需要增加一个新的具体产品类TCLTV,再对应增加一个具体工厂类TCLTVFactory即可。
- 优缺点： 工厂方法模式的主要优点是增加新的产品类时无须修改现有系统，并封装了产品对象的创建细节,系统具有良好的灵活性和可扩展性;其缺点在于增加新产品的同时需要增加新的工厂,导致系统类的个数成对增加,在一定程度上增加了系统的复杂性。
该模式适用情况：一个类不知道它所需要的对象的类，另一个类通过其子类来指定创建哪个对象。将创建对象的任务委托给多个工厂子类中的某一个,客户端在使用时可以无须关心是哪一个工厂子类创建产品子类,需要时再动态指定。
=========================================================================
抽象工厂模式也是常见的创建型设计模式之一,它比工厂方法模式的抽象程度更高。在工厂方法模式中具体工厂只需要生产一种具体产品，但是在抽象工厂模式中。具体工厂可以生产相关的一组具体产品,这样的一组产品称之为产品族，产品族中的每一个产品都分属于某一个产品继承等级结构。
抽象工厂模式是所有形式的工厂模式中最为抽象和最具一般性的一种形态。抽象工厂模式与工厂方法模式最大的区别在于,工厂方法模式针对的是一个产品等级结构,而抽象工厂模式则需要面对多个产品等级结构。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）
总结
我个人认为，如果你想靠着背面试题来获得心仪的offer，用癞蛤蟆想吃天鹅肉形容完全不过分。想必大家能感受到面试越来越难，想找到心仪的工作也是越来越难，高薪工作羡慕不来，却又对自己目前的薪资不太满意，工作几年甚至连一个应届生的薪资都比不上，终究是错付了，错付了自己没有去提升技术。
这些面试题分享给大家的目的，其实是希望大家通过大厂面试题分析自己的技术栈，给自己梳理一个更加明确的学习方向，当你准备好去面试大厂，你心里有底，大概知道面试官会问多广，多深，避免面试的时候一问三不知。
大家可以把Java基础，JVM，并发编程，MySQL，Redis，Spring，Spring cloud等等做一个知识总结以及延伸，再去进行操作，不然光记是学不会的，这里我也提供一些脑图分享给大家：
希望你看完这篇文章后，不要犹豫，抓紧学习，复习知识，准备在明年的金三银四拿到心仪的offer，加油，打工人！
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
3032d36.jpg" alt=“img” style=“zoom: 33%;” />
总结
我个人认为，如果你想靠着背面试题来获得心仪的offer，用癞蛤蟆想吃天鹅肉形容完全不过分。想必大家能感受到面试越来越难，想找到心仪的工作也是越来越难，高薪工作羡慕不来，却又对自己目前的薪资不太满意，工作几年甚至连一个应届生的薪资都比不上，终究是错付了，错付了自己没有去提升技术。
这些面试题分享给大家的目的，其实是希望大家通过大厂面试题分析自己的技术栈，给自己梳理一个更加明确的学习方向，当你准备好去面试大厂，你心里有底，大概知道面试官会问多广，多深，避免面试的时候一问三不知。
大家可以把Java基础，JVM，并发编程，MySQL，Redis，Spring，Spring cloud等等做一个知识总结以及延伸，再去进行操作，不然光记是学不会的，这里我也提供一些脑图分享给大家：
[外链图片转存中…(img-TkNNrwN7-1713664067665)]
[外链图片转存中…(img-X0pItU1a-1713664067665)]
[外链图片转存中…(img-Y0nqB2hr-1713664067666)]
希望你看完这篇文章后，不要犹豫，抓紧学习，复习知识，准备在明年的金三银四拿到心仪的offer，加油，打工人！
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
扫一扫
1372
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
