简单工厂模式(1.工厂模式详解)
我们的项目代码也是由简而繁一步一步迭代而来的,但对于调用者来说却是越来越简单化。
简单工厂模式
简单工厂模式(Simple factory Pattern)是指由一个工厂对象决定创建出哪一种产品类的实例。适用于工厂类负责创建的对象较少的场景,且客户端只需要传入工厂类的参数,对于如何创建对象的逻辑不需要关心。
简单工厂模式的实质是根据传递的参数,决定应该创建哪一类的产品
以课程为例,介绍简单工厂模式
【例1】 简单工厂模式实现课程中心程序
分析:课程中心有java架构师,大数据,人工智能等课程。实现根据课程名称创建课程。定义一个课程接口(ICourse)
源代码
public interface ICourse{ // 录制的视频 void record(); }
创建一个Java课程的实现JavaCourse类:
public class JavaCourse implements ICourse{ @Override public void record(){ System.out.println("录制Java课程."); } }
看客户端调用代码,我们这么写
public class SimpleFactoryTest{ public static void main(String[] args){ ICourse course = new JavaCourse(); course.record(); } }
看上面的代码,父类ICourse指向了子类JavaCourse的引用,应用层代码需要依赖JavaCourse,如果业务需要扩展,继续增加pythonCourse甚至更多,那么客户端的依赖会变得越来越臃肿。因此。需要将这种依赖隐藏起来,把创建细节隐藏。虽然,目前的代码中,创建对象的过程并不复杂,但从代码设计角度来讲不易扩展。现在,用简单工厂模式对代码进行优化。
新增加的PythonCourse类
public class PythonCourse implements ICourse { @Override public void record() { System.out.println("录制Python课程"); } }
创建CourseFactory工厂类
public class CourseFactory{ public ICourse create(String name){ if ("java".equals(name)){ return new JavaCourse(); }else if ("python".equals(name)){ return new PythonCourse(); }else { return null; } } }
修改客户端代码
public class SimpleFactoryTest{ public static void main(String[] args){ CourseFactory factory = new CourseFactory(); ICourse course = factory.create("java"); course.record(); } }
类图:
客户端调用是简单了,但如果我们业务需要扩展,要增加前端课程,需要对工厂的create()方法就要根据产品链的丰富每次都要修改代码逻辑,不符合开闭原则。因此,需要对简单工厂继续优化,利用反射技术。
public class CourseFactory{ public ICourse create(Class<? extends ICourse> clazz){ try { if (Objects.nonNull(clazz)) { return clazz.newInstance(); } } catch (Exception e) { e.printStackTrace(); } return null; } }
客户端调用代码修改:
public class SimpleFactoryTest { public static void main(String[] args) { CourseFactory factory = new CourseFactory(); ICourse course = factory.create(JavaCourse.class); course.record(); } }
优化之后,产品不断丰富不需要修改CourseFactory中的代码,但是有个问题,就是create()方法参数是字符串,可控性有待提升,而且还需要强制类型转换,在进行优化下:
import java.util.Objects; public class CourseFactory{ public ICourse create(Class<? extends ICourse> clazz){ try { if (Objects.nonNull(clazz)) { return clazz.newInstance(); } } catch (Exception e) { e.printStackTrace(); } return null; } }
优化客户端代码:
public class SimpleFactoryTest { public static void main(String[] args) { CourseFactory factory = new CourseFactory(); ICourse course = factory.create(JavaCourse.class); course.record(); } }
再看一下类图:
简单工厂模式在JDK中也无处不在,现在举个例子,jdk中的Calendar类,看Calendar.getInstance()方法,下面打开源代码分析下:
public class Calendar{ private static Calendar createCalendar(TimeZone zone, Locale aLocale){ // ... Calendar cal = null; if (aLocale.hasExtensions()) { String caltype = aLocale.getUnicodeLocaleType("ca"); if (caltype != null) { switch (caltype) { case "buddhist": cal = new BuddhistCalendar(zone, aLocale); break; case "japanese": cal = new JapaneseImperialCalendar(zone, aLocale); break; case "gregory": cal = new GregorianCalendar(zone, aLocale); break; } } } if (cal == null) { // If no known calendar type is explicitly specified, // perform the traditional way to create a Calendar: // create a BuddhistCalendar for th_TH locale, // a JapaneseImperialCalendar for ja_JP_JP locale, or // a GregorianCalendar for any other locales. // NOTE: The language, country and variant strings are interned. if (aLocale.getLanguage() == "th" && aLocale.getCountry() == "TH") { cal = new BuddhistCalendar(zone, aLocale); } else if (aLocale.getVariant() == "JP" && aLocale.getLanguage() == "ja" && aLocale.getCountry() == "JP") { cal = new JapaneseImperialCalendar(zone, aLocale); } else { cal = new GregorianCalendar(zone, aLocale); } } return cal; } }
- 总结
简单工厂模式中的工厂类职责相对过重,不易扩展过于复杂的产品结构。
工厂方法模式
工厂方法模式(Factory Method Pattern)是指定义一个创建对象的接口,但让实现这个接口的类来决定实例化哪个类,工厂方法让类的实例化推迟到子类中进行。在工厂方法模式中用户只需要关心所需产品对应的工厂,无需关心创建细节,而且加入新的产品符合k开闭原则。
工厂方法模式主要解决产品扩展的问题,在简单工厂中,随着产品链的丰富,如果每个课程的创建逻辑有区别的话,工厂的职责会变得越来越多,有点像万能工厂,并不便于维护。根据单一职责原则我们将继续拆分,专人干转事。Java课程有Java工厂创建,Python课程有Python工厂创建,对工厂本身也做了一个抽象。
public interface ICourseFactory{ ICourse create(); }
在分别创建子工厂,JavaCourseFactory类
public class JavaCourseFactory implements ICourseFactory { @Override public ICourse create() { return new JavaCourse(); } }
创建PythonCourseFactory类
public class PythonCourseFactory implements ICourseFactory { @Override public ICourse create() { return new PythonCourse(); } }
客户端调用
public class FactoryMethodTest { public static void main(String[] args) { ICourseFactory factory = new JavaCourseFactory(); factory.create().record(); factory = new JavaCourseFactory(); factory.create().record(); } }
其类图:
看看logback中工厂方法模式的应用,看看类图就可以:
工厂方法模式适用于:
- 创建对象需要大量重复的代码
- 客户端(应用层)不依赖产品类实例如何被创建,实现等细节。
- 一个类通过子类来指定创建哪个对象。
工厂方法模式的缺点:
- 类的个数容易过多,增加复杂度。
- 增加了系统的抽象性和理解难度。
为了将对接的创建和使用分离,采用工厂模式,即程序将对象的创建和初始化动作交给工厂。
抽象工厂模式
抽象工厂模式(Abstract Factory Pattern)是指提供一个创建一系列相关或者相互依赖对象的接口,无需指定他们的具体实现类。客户端(应用层)不依赖产品类实例如何被创建,实现等细节, 强调的是一系列相关的产品对象(属于同一产品族)一起使用创建对象需要大量重复的代码。需要提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖具体的实现。
需要理解产品族和产品等级结构的概念。比如:美的工厂可以生产洗衣机,空调,冰箱,格力工厂也可以生产洗衣机,空调,冰箱。同一个工厂生产的不同产品代表的是同一个产品族,不同工厂生成的同种产品代表同一个产品等级结构。
下面还是以课程中心为例来介绍抽象工厂模式
【例1】课程中心程序介绍抽象工厂模式
分析:课程不仅提供录播视频,还需要提供课堂笔记,甚至源码才能成为完整的课程。在产品等级中新增两个产品IVideo录播视频和INote课堂笔记。
IVideo录播视频接口
public interface IVideo { void record(); }
INote课堂笔记接口
public interface INote { void edit(); }
创建抽象工厂CourseFactory类
public interface CourseFactory { IVideo createVideo(); INote createNote(); }
创建Java产品族,Java视频JavaVideo类
public class JavaVideo implements IVideo { @Override public void record() { System.out.println("录制java视频"); } }
扩展产品等级Java课堂笔记JavaNote类
public class JavaNote implements INote { @Override public void edit() { System.out.println("编写Java笔记."); } }
创建java产品族的具体工厂JavaCourseFactory类
public class JavaCourseFactory implements CourseFactory { @Override public IVideo createVideo() { return new JavaVideo(); } @Override public INote createNote() { return new JavaNote(); } }
创建python产品族,python视频PythonVideo类
public class PythonVideo implements IVideo { @Override public void record() { System.out.println("录制python课程."); } }
扩展产品等级Python课堂笔记PythonNote类
public class PythonNote implements INote { @Override public void edit() { System.out.println("编写python笔记."); } }
创建Python产品族的具体工厂PythonCourseFactory类
public class PythonCourseFactory implements CourseFactory { @Override public IVideo createVideo() { return new PythonVideo(); } @Override public INote createNote() { return new PythonNote(); } }
客户端调用:
public class AbstractMethodTest { public static void main(String[] args) { CourseFactory factory = new JavaCourseFactory(); factory.createVideo().record(); factory.createNote().edit(); } }
上面的代码完整的描述了两个产品族Java课程和Python课程,也描述了两个产品等级视频和笔记。抽象工厂非常完美清晰的描述这样一层复杂的关系。但是,如果想继续扩展产品等级的。比如将源码Source也加入到课程中的话,那么我们从代码到抽象工厂,到具体的实现类都要全部调整一遍,很显然不符合开闭原则。因此抽象工厂模式也是有缺陷的。
- 规定了所有可能被创建的产品集合,产品族中扩展新产品困难,需要修改抽象工厂接口。
- 增加了系统的抽象性和理解难度。
在实际开发中,不能犯强迫症甚至有洁癖。
抽象工厂模式,将工厂具有的生产产品的能力定义成抽象方法,产品的具体实现,有基类实现。
,
免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com