之前学习了设计模式,但是没有总结,好多都忘记差不多了,这几天再次对设计模式,再次进行温习。。。。。
保存部分代码,以备后续查阅。学习设计模式要结合代码一起理解,效果更好。
简单工厂模式:
简单工厂模式属于类的创建型模式,又叫做静态工厂方法模式。通过专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。
Fruit.javapublic interface Fruit {
/*
* 采集
*/
public void get();
}
Apple.java
public class Apple implements Fruit{ /*
} Banana.javapublic class Banana implements Fruit{ /* * 采集 */ public void get(){ System.out.println("采集香蕉"); } }
FruitFactory.javapublic class Banana implements Fruit{ /* * 采集 */ public void get(){ System.out.println("采集香蕉"); } }
MainClass.javapublic class FruitFactory { /* * get方法,获得所有产品对象 */ public static Fruit getFruit(String type) throws InstantiationException, IllegalAccessException, ClassNotFoundException { Class fruit = Class.forName(type); return (Fruit) fruit.newInstance(); } }
模式中包含的角色及其职责public class MainClass { public static void main(String[] args) throws InstantiationException, IllegalAccessException, ClassNotFoundException { Fruit apple = FruitFactory.getFruit("Apple"); Fruit banana = FruitFactory.getFruit("Banana"); apple.get(); banana.get(); } }
1.工厂(Creator)角色
简单工厂模式的核心,它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用,创建所需的产品对象。
2.抽象(Product)角色
3.具体产品(Concrete Product)角色
简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口。
简单工厂模式所创建的具体实例对象简单工厂模式的优缺点
在这个模式中,工厂类是整个模式的关键所在。它包含必要的判断逻辑,能够根据外界给定的信息,决定究竟应该创建哪个具体类的对象。用户在使用时可以直接根据工厂类去创建所需的实例,而无需了解这些对象是如何创建以及如何组织的。有利于整个软件体系结构的优化。
不难发现,简单工厂模式的缺点也正体现在其工厂类上,由于工厂类集中了所有实例的创建逻辑,所以“高内聚”方面做的并不好。另外,当系统中的具体产品类不断增多时,可能会出现要求工厂类也要做相应的修改,扩展性并不很好。