1.简单工厂模式(静态工厂模式)
传统的设计模式:
优点 | 简单理解,简单操作 |
---|---|
缺点 | 违反了设计模式的OCP原则,即对扩展开放,对修改关闭的原则 |
简单工厂模式:
- 属于创建型模式,简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式
- 定义了一个创建对象的类,由这个类来封装实例化对象的行为(代码)
2.工厂方法模式
工厂方法模式:定义了一个创建对象的抽象方法,由子类决定要实例化的类。工厂方法模式将对象的实例化推迟到子类
3.抽象工厂模式
1、抽象工厂模式:定义了一个interface用于创建相关或有依赖关系的对象簇,而无需指明具体的类
2、抽象工厂模式可以将简单工厂模式和工厂方法模式进行整合
3、从设计层面看,抽象工厂模式就是对简单工厂模式的改进(进一步的抽象)
4、将工厂抽象成两层,==AbsFactory==(抽象工厂)和具体实现的工厂子类。可以根据创建对象类型使用对应的工厂子类。这样将单个的简单的工厂类变成了==工厂簇==,更利于代码的维护和扩展
4、工厂模式模式
在jdk中的例子:
Calendar calendar = Calendar.getInstance();
//二级
public static Calendar getInstance()
{
return createCalendar(TimeZone.getDefault(), Locale.getDefault(Locale.Category.FORMAT));
}
//三级
private static Calendar createCalendar(TimeZone zone,
Locale aLocale)
{
CalendarProvider provider =
LocaleProviderAdapter.getAdapter(CalendarProvider.class, aLocale)
.getCalendarProvider();
if (provider != null) {
try {
return provider.getInstance(zone, aLocale);
} catch (IllegalArgumentException iae) {
// fall back to the default instantiation
}
}
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;
}
小结:
- 意义:将实例化对象的代码提取出来,放到一个类中统一管理和维护,达到和主项目的依赖关系的解耦。从而提高项目的扩展和维护性。
- 设计模式的依赖抽象原则
- 创建对象实例的时候,不要直接new,而是把这个new类的动作放在一个工厂的方法中,并返回。
- 不要让类继承具体类,而是继承抽象或者是实现interface(接口)
- 不要覆盖基类中已经实现的方法