接口和工厂设计模式

接口又是怎么一回事呢 ?接口就是一组规范 ,是在定义一种标准 。这说起来真的挺别扭的 ,我是这么理解的 ,当我们的抽象类全是抽象方法时 ,我们就可以定义接口了 ,那为什么不能继续用抽象类来表示而要定义一个接口呢 ?由于 Java 本身有单继承的局限 ,而接口是可以多实现的 。所以我就额外定义一个 interface 来表示哪些全是抽象方法的类 。相比于抽象类 ,我们可以感受出 Java 设计的初衷 ,抽象类是作为模板使用 ,对部分方法进行抽象 ,而接口更多的是对行为或是方法的抽象 。

那接口用什么用呢 ?接口的定义简单且规范 ,因为不用实现具体的方法 ,而所有的实现类都要实现接口中的方法 。易扩展 ,我们定义一套接口 ,可以使用不同的方式来实现它 ,在使用的时候只需调用不同的实现类即可 。还有安全 ,说个最常见的例子 ,我们在 DAO 层定义对数据的 CRUD 操作时 ,就可以使用接口来定义 ,具体的实现可能针对的是 MySQL ,Oracle ,SQL server 。当写业务代码的同学调用 DAO 层方法的时候 ,不需要知道也不知道底层操作的是什么数据库 。

之前好像忘了说了 ,设计模式就是一些开发思路和模式的总结 ,说白了就是套路 ,就像遇上感冒你上来就说 “ 多喝开水 ” 一样 ,不同的设计模式对应不同的业务场景 ,那下面就来看一看工厂设计模式 。

在工厂模式中 ,我们在创建对象时不会对客户端暴露创建逻辑 ,并且是通过使用一个共同的接口( Car )来指向新创建的对象 。这就是一种创建类的方法 。主要体现在工厂中获取对象的方法的内部逻辑 。像下面示例中的 getCar 方法 。

public interface Car {
    void run();
}

public class BaoMa implements Car{

    @Override
    public void run() {
        System.out.println("我在 BaoMa 里笑。");
    }

}

public class BigCar implements Car{

    @Override
    public void run() {
        System.out.println("我是 BigCar ,我不怕撞!");
    }

}

public class SmallCar implements Car {

    @Override
    public void run() {
        System.out.println("我是 SmallCar ,看起来精致!");
    }

}

/**
 * 工厂决定以何种形式创建对象,为什么叫工厂,也就是因为,对象如何产生是在这里决定的。
 *
 */
public class CarFactory {

    // 这是重点呀,返回的都是同一个接口。这也是多态的体现 向上转型。
    public Car getCar(String type){
          if(type == null){
             return null;
          }
          if(type.equalsIgnoreCase("SMALLCAR")){
             return new SmallCar();
          } else if(type.equalsIgnoreCase("BIGCAR")){
             return new BigCar();
          } else if(type.equalsIgnoreCase("BAOMA")){
             return new BaoMa();
          }
          return null;
       }
}

// 测试类
public class FactoryTest {

    public static void main(String[] args) {

        CarFactory factory = new CarFactory();

        Car car = factory.getCar("smallcar");
        car.run();

        Car car2 = factory.getCar("bigcar");
        car2.run();

        Car car3 = factory.getCar("baoma");
        car3.run();
    }
}

我是 SmallCar ,看起来精致!
我是 BigCar ,我不怕撞!
我在 BaoMa 里笑。

通过上面的实例我们可以看出 ,当我们的实现类很少了的时候 ,我们没必要使用工厂设计模式 ,但是在使用这种模式之后 ,若是需要添加一个新的业务 ,也是比较方便的 ,( 比方说工厂中又添加了 SuperCar )添加一个实现类即可 ,当然还有 getCar 中的逻辑 ,就达到了扩展的目的 ,而调用人员无需关注这些 。

已经说完了抽象类和接口 ,那么就来总结一下它们两个的不同 。

  抽象类 接口
定义 包含一个抽象方法的类 抽象方法和常量的集合
组成 构造方法,抽象方法,普通方法,常量 变量 常量 抽象方法
使用 子类继承抽象类 子类实现接口
关系 抽象类可以实现多个接口 接口不能继承抽象类,但允许继承多个接口
设计模式 模板设计模式 工厂设计模式,代理设计模式
实际 作为一种模板 是作为一个标准或表示一种能力
局限 单继承 可以多继承
实例化 不能 不能

原文地址:https://www.cnblogs.com/YJK923/p/9465408.html

时间: 2024-10-08 22:11:03

接口和工厂设计模式的相关文章

接口和简单工厂设计模式

声明:本栏目所使用的素材都是凯哥学堂VIP学员所写,学员有权匿名,对文章有最终解释权:凯哥学堂旨在促进VIP学员互相学习的基础上公开笔记. 接口: 接口就是纯抽象类的演变,实现接口的类都必须实现接口的的方法.接口里全部都是方法的声明,没有方法的实现. 接口里的方法都是public修饰的,就算不写public关键字,也是默认public的,里面的申请的属性 全部都是public 静态常量,接口里没有构造器,静态块和实例块. 例如: 在c这种面向对象的编程语言中也有抽象类,但是要求的不严格,c要求的

java设计模式之工厂设计模式(Factory)

设计模式根据使用类型可以分为三种:1. 创建模式: Factory (工厂模式). Singleton (单态). Builder ( (建造者模式). Prototype ( (原型模式).工厂方法模式. 2. 结构模式: Flyweight ( (共享模式). Bridge ( (桥模式). Decorator ( (装饰模式). Composite ( (组合模式). Adapter (适配器模式). Proxy ( (代理模式). Facade ( (外观模式). 3. 行为模式: It

工厂设计模式

工厂设计模式:是一种创建对象的模式,使代码的耦合.工厂模式就是给外部批量提供相同或者不同的产品,而外部不需要关心工厂是如何创建一个复杂产品的过程.所以工厂模式可以降低模块间的耦合,同时可以提高扩展性(当有新的产品出现时,只需要扩展工厂就行了,上层模块不敏感). 1:创建一个接口或者抽象类 2:实现接口(产品类) 3:创建一个工厂类:在工厂类里面创建对象(产品的实例化类) 4:在客户端创建工厂,得到我们想要创建的对象(客户端的引用) 1.)标准工厂方法模式 首先先介绍一下标准的工厂方法模式,不带任

简单工厂设计模式

说起设计模式,不得不从最简单的简单工厂设计模式开始说起. 简单工厂模式:定义一个工厂类,它可以根据参数的不同返回不同类的实例,被创建的实例通常具有共同的父类.因为简单工厂模式中用于创建的方法是静态的,因此简单工厂模式又被称为静态工厂方法(Static Factory Method)模式,属于类创建型模式. 首先我们先看看下面这个类图: 在这个类图中,我们可以发现,静态工厂一共有三个对象是不可缺少的 1公共父类(Fruit接口) 2具体的产品类(Apple, Banana) 3静态工厂类(Simp

从头认识java-7.8 接口与工厂模式

这一章节我们来聊聊接口与工厂模式之间的关系. 接口是实现多重继承的途径,生成遵循某个接口协议的对象的典型方式是工厂设计模式. 这种设计模式使得接口与实现完全分开. package com.ray.ch07; interface Service { void doSomeThing(); } interface ServiceFactory { Service getService(); } class ServiceImpl implements Service { @Override publ

学习笔记之简单工厂设计模式

工厂设计模式:根据一定的逻辑来负责对象的生产. 简单工厂设计模式:又称为静态工厂方法模式,由一个工厂类,根据传人的参数决定生产哪一种对象 三种角色:工厂角色,抽象产品角色,具体产品角色 故事:水果农场生产水果(苹果和香蕉),一个顾客直接去农场买水果 首先抽象角色: 水果接口 public interface IFruit { void growth(); } 具体产品角色:苹果,香蕉 public class Apple implements IFruit { public void growt

工厂设计模式的探讨——iOS类簇的应用分析

工厂设计模式的探讨--iOS类簇的应用分析 一.何为设计模式 什么是设计模式,先来看段度娘的话: 设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 毫无疑问,设计模式于己于他人于系统都是多赢的:设计模式使代码编制真正工程化:设计模式是软件工程的基石脉络,如同大厦的结构一样. 其实我们不需要这么专业,在我的理解,设计模式就是一种规范化的编程习惯,养成了这样的思想与习惯,

抽象工厂设计模式

/** 抽象工厂设计模式:与工厂设计模式是一样的,只不过抽象工厂是多产品系的. 工厂模式是单产品系的. 一个生产汽车的工厂,生产TopCar.TopBus,MidCar.MidBus,LowCar.LowBus. 利用抽象设计模式的方法,提取共同的特征. 当产生第四个SuperCar()类的时候,只需要在原来代码上增添SuperCar类实现接口,创建工厂即可. 而不需要再更改原来的代码. */ interface ICar{ //System.out.println("定义一些生产汽车共有的方法

ios 工厂设计模式

参考网址:http://doc.okbase.net/luozhonglan/archive/103843.html 1. 简单工厂模式 如何理解简单工厂,工厂方法, 抽象工厂三种设计模式? 简单工厂的生活场景,卖早点的小摊贩,他给你提供包子,馒头,地沟油烙的煎饼等,小贩是一个工厂,它生产包子,馒头,地沟油烙的煎饼.该场景对应的UML图如下所示: 图1:简单工厂模式UML图 简单工厂模式的参与者: 工厂(Factory)角色:接受客户端的请求,通过请求负责创建相应的产品对象. 抽象产品(Abst