设计模式专题

设计模式-工厂模式

2022-08-29  本文已影响0人  RUMyCola

为什么要学习设计模式?

1、写出优雅的代码;

2、更好的重构项目;

3、经典框架都在用设计模式解决问题。

Spring中用到的设计模式:

1、工厂模式BeanFactory

2、装饰器模式BeanWrapper

3、代理模式AopProxy

4、单例模式ApplicationContext

5、委派模式DispatcherServlet

6、策略模式HandlerMapping

7、适配器模式HandlerAdapter

8、模版方法模式JdbcTemplate

9、观察者模式ContextLoaderListener

...

一 、简单工厂(Simple Factory Pattern)

定义

是指由一个工厂对象决定创建出哪一种产品类的实例。

属于创建型模式,但他不属于GOF 23种设计模式。

适用场景

1、工厂类负责创建的对象较少。

2、客户端只需要传入工厂类的参数,对于如何创建对象的逻辑不需要关心。

优点

只需要传入一个正确的参数,就可以获取你所需要对象,无需知道其创建的细节。

缺点

1、工厂类的职责相对过重,增加新的产品是需要修改工厂类的逻辑判断,违背开闭原则。

2、不易于扩展过于复杂的产品结构。

代码实例

定义一个标准的ICourse接口 创建一个java课程实例实现ICourse接口 创建一个python课程实例实现ICourse接口 简单工厂类:通过入参判断要生产的课程,无论后续添加多少种课程,都可以通过扩展ICourse实现,不需要关注具体创建细节(创建细节在各自的具体实现类中自己维护). 测试方法

二、工厂方法模式(Factory Method Pattern)

定义

是指定义一个创建对象的接口,但让实现这个接口的类来决定实例化哪个类,工厂方法让类的实例化推迟到子类中进行。

属于创建型设计模式。

适用场景

1、创建对象需要大量重复的代码。

2、客户端(应用层)不依赖于产品类实例如何被创建、实现等细节。

3、一个类通过其子类来指定创建哪个对象。

优点

1、用户只需关系所需产品对应的工厂,无需关系创建细节。

2、加入新产品符合开闭原则,提高了系统的可扩展性。

缺点

1、类的个数容易过多,增加了代码结构的复杂度。

2、增加了系统的抽象性和理解难度。

代码实例

定义一个标准的ICourse接口 创建一个java课程实例实现ICourse接口 创建一个python课程实例实现ICourse接口 创建工厂模型,声明工厂方法create(). java课程专属工厂实现工厂(创建)方法 python课程专属工厂实现工厂(创建)方法 用户只需关系所需产品对应的工厂,无需关系创建细节,符合开闭原则(但是到这里大家也发现多了专属工厂,类变多了)

三、抽象工厂模式(Abstract Factory Pattern )

定义

是指提供一个创建一系列相关或相互依赖对象的接口,无需制定他们具体的类。

属于创建型设计模式。

适用场景

1、客户端(应用层)不依赖于产品类实力如何被创建、实现等细节。

2、强调一系列相关的产品对象(属于同一产品族)一起使用创建对象需要大量重复的代码。

3、提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于具体实现。

产品族:一系列的相关的处产品,整合到一起有关联性。

产品等级:同一个继承体系。

优点

1、具体产品在应用层代码隔离,无需关心创建细节。

2、将一个系列的产品族统一到一起创建。

缺点

1、规定了所有可能被创建的产品集合,产品族中扩展新的产品困难,需要修改抽象工厂的接口。

2、增加了系统的抽象性和理解难度。

代码实例

uml一目了然
上一篇下一篇

猜你喜欢

热点阅读