简单工厂模式
2015-08-07 13:04
246 查看
简单工厂模式
简单工厂模式很简单,如下:
我现在有一个动物体系 所有的动物都要吃饭
Animal
|---Cat
|---Dog
每个动物吃饭不一样,所以吃饭这个方法要进行抽象,那么用抽象类还是接口呢?因为这三者逻辑上有关系,所以使用抽象类会比较好,好,那么就写一个动物类吧!
有了动物类,接着我们把猫类,和狗类也写出来。
现在我们可以写一个测试类来测试一下
看到这个测试类,有这样一个问题,如果我们还要创建好多动物对象,岂不是要创建好多次啊,所以,当创建对象比较简单的时候,我们可以直接在main方法里面做了,但是很多时候,创建对象可能还需要做有些初始化,也就是说创建对象的的操作会比较复杂,这个时候,如果创建对象的操作还在main方法中进行就不太合适了,怎么解决这个问题呢?
这个时候,我们就可以提供一个动物工厂类,用于创建各种动物
有了这个工厂类我们在写一个测试类来测试一下
现在再看,是不是立马高级了有没有!!!这就是简单工厂!
简单工厂的优缺点:
对象的创建比较复杂的时候,就考虑用工厂来实现。
优点:在简单工厂模式中,客户端不在负责对象的创建,而是把这个活扔给了工厂,客户端只负责对象的调用,从而明确了各个类的职责(单一职责原则)
缺点:由于这个工厂类负责所有对象的创建,那么当子类不断增多的时候,我们就需要去修改工厂的代码,这样呢, 就违反了一个原则:开闭原则!(面向对象设计的几个原则)
这个时候怎么办呢?看下一篇博文,工厂方法模式
简单工厂模式很简单,如下:
我现在有一个动物体系 所有的动物都要吃饭
Animal
|---Cat
|---Dog
每个动物吃饭不一样,所以吃饭这个方法要进行抽象,那么用抽象类还是接口呢?因为这三者逻辑上有关系,所以使用抽象类会比较好,好,那么就写一个动物类吧!
/** * 这是一个动物抽象类 * */ public abstract class Animal { /** * 吃的行为 */ public abstract void eat(); }
有了动物类,接着我们把猫类,和狗类也写出来。
public class Cat extends Animal { @Override public void eat() { System.out.println("猫吃鱼"); } }
public class Dog extends Animal{ @Override public void eat() { System.out.println("狗吃骨头"); } }
现在我们可以写一个测试类来测试一下
public class SimpleFactoryTest{ public static void main(String[] args) { Animal cat=new Cat(); cat.eat(); Animal dog=new Dog(); dog.eat(); } }
看到这个测试类,有这样一个问题,如果我们还要创建好多动物对象,岂不是要创建好多次啊,所以,当创建对象比较简单的时候,我们可以直接在main方法里面做了,但是很多时候,创建对象可能还需要做有些初始化,也就是说创建对象的的操作会比较复杂,这个时候,如果创建对象的操作还在main方法中进行就不太合适了,怎么解决这个问题呢?
这个时候,我们就可以提供一个动物工厂类,用于创建各种动物
public class AnimalFactory { /** * 创建爱你动物对象的方法 * @param type 指明需要创建哪种动物对象 * @return 动物对象 */ public Animal creatAnimal(String type) { if ("dog".equals(type)) { return new Dog(); } else if ("cat".equals(type)) { return new Cat(); } return null; } }
有了这个工厂类我们在写一个测试类来测试一下
public class SimpleFactoryTest { public static void main(String[] args) { AnimalFactory factory = new AnimalFactory(); Animal dog = factory.creatAnimal("dog"); dog.eat(); Animal cat = factory.creatAnimal("cat"); cat.eat(); } }
现在再看,是不是立马高级了有没有!!!这就是简单工厂!
简单工厂的优缺点:
对象的创建比较复杂的时候,就考虑用工厂来实现。
优点:在简单工厂模式中,客户端不在负责对象的创建,而是把这个活扔给了工厂,客户端只负责对象的调用,从而明确了各个类的职责(单一职责原则)
缺点:由于这个工厂类负责所有对象的创建,那么当子类不断增多的时候,我们就需要去修改工厂的代码,这样呢, 就违反了一个原则:开闭原则!(面向对象设计的几个原则)
这个时候怎么办呢?看下一篇博文,工厂方法模式
相关文章推荐
- 使用ffmpeg.exe进行转码参数说明
- 使用手机游戏的新闻推送
- UI学习概览
- 如何在内核中添加新的驱动配置选项
- C/C++指针与引用的关系和区别(有例子)
- [NOI2014][BZOJ3670] 动物园|KMP
- 一种非实时上变换测试
- Mac 下python安装virtualen与配置
- dexindexoverflowException 65536 的问题
- DTO(软件应用)
- C# 堆栈
- 产品健康度模型(3) 指标关联性分析
- 【Lua】coroutine
- Ajax上传文件
- 表视图 TableView 的使用
- final/finalize/finally的区别
- git撤消修改
- Android 5.1 Phone MT(来电)流程分析(Framework层)
- Apache安装(Linux)
- hihoCoder - 1014 - Trie树