不了解设计模式,就无法读懂框架源代码,无法读懂框架源代码,就只会只会使用,无法写出高质量的代码,做了几年还在做crud操作,工资不见长,因为框架底层用了大量的设计模式。比如工厂类,责任链,适配器模式,代理模式,等等的一系列设计模式。
1.工厂模式介绍:
工厂模式(Factory Pattern)是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。
在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。
例如:你需要买一个手机,可以直接去手机店买,而不是去关心这个手机是怎么做出来的,以及这个手机的详细之制作过程。
案例: 现在用户需要购买一台手机,那我们就需要一个做手机的研发者,还需要一个手机工厂,开发华为的部门,开发小米的部门,开发vivo手机部门,具体我想要做什么手机,让工厂类去做即可,所以说,用户不用关心你这个手机是怎么做出来的,具体流程也不需要知道,用只负责购买到他想购买的手机即可。
思维图:
2.具体代码实现:
1.做手机的接口
public interface MakePhone {
void make();
}
2.做华为手机部门
public class HuaWei implements MakePhone {
@Override
public void make() {
System.out.println("开始制作华为手机");
}
}
3.做vivo手机部门
public class Vivo implements MakePhone {
@Override
public void make() {
System.out.println("开始制作Vivo手机");
}
}
4.做小米手机部门
public class XiaoMi implements MakePhone {
@Override
public void make() {
System.out.println("开始制作华为手机");
}
}
5.让工厂类通知具体的部门去做什么样的手机
public class PhoneFactory {
public MakePhone getBean(Class<?extends MakePhone> clazz) {
MakePhone phone = null;
try {
phone =(MakePhone) Class.forName(clazz.getName()).newInstance();
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
return phone;
}
}
6.用户想要什么手机,就让具体的部门去做
public class UsePhone {
public static void main(String[] args) {
//创建工厂类
PhoneFactory factory = new PhoneFactory();
//得到制作小米手机的部门对象
MakePhone circle = factory.getBean(XiaoMi.class);
//让小米部门去做手机
circle.make();
//得到制作Vivo手机的部门对象
MakePhone Vivo = factory.getBean(Vivo.class);
//让Vivo部门去做手机
Vivo.make();
//得到制作华为手机的部门对象
MakePhone HuaWei = factory.getBean(design_modal.entity.HuaWei.class);
//让华为部门去做手机
HuaWei.make();
}
}
优点: 1、用户想购买什么样的手机,让具体的部门去做就好了。 2、扩展性高,如果想增加一个产品,只要扩展一个做手机的部门类就可以。 3、屏蔽产品的具体实现,调用者只关心产品的接口。
**缺点:**每次增加一个产品时,都需要增加一个具体做手机的部门,使得系统中类的个数成倍增加,在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。这并不是什么好事。