Android之abstract和interface介绍

最新推荐文章于 2024-07-02 15:43:20 发布

一米阳光-ing

最新推荐文章于 2024-07-02 15:43:20 发布

阅读量5.1k

点赞数 2

分类专栏： Android Java 文章标签： android java abstract interface

Android 同时被 2 个专栏收录

201 篇文章 3 订阅

订阅专栏

Java

11 篇文章 0 订阅

订阅专栏

abstract , interface

 
 // 抽象类
abstract class Abc {
    // 抽象类中的抽象方法
    public abstract void setData(int i);
    public void Print() {
        // 调用了抽象方法
        setData(100);
    }
}
// 该类继承抽象类
class Bcd extends Abc {
    @Override
    public void setData(int i) {
        System.out.print(i);
    }
}
// 主类
class Main {
    // 主方法
    public Main() {
        // 继承抽象类的类必须实现抽象方法
        // 除非继承抽象类的类型也是抽象类
        Bcd bcd = new Bcd();
        bcd.Print();
    }
    // 另外一种情况
    // 实现抽象类的时,必须实现类中抽象方法
    Abc abc = new Abc() {
        @Override
        public void setData(int i) {
            System.out.print(i);
        }
    };
}

 
 // 抽象类
abstract class Server {
    private int port;
    // 抽象类中的抽象方法
    public abstract void failure(String data);
    public abstract void success(int code);
    public void start() {
        // ... start ...
        if (true | false) {
            success(String data);
        } else {
            failuer(int code);
        }
    }
} 
// 主类
class Main {
    public Main() {
        Server server = new Server() {
            @Override
            public void success(String data) {
                System.out.print(data)
            }
            @Override
            public void failure(int code) {
                System.out.print(code)
            }
        };
        server.start();
    }
}

abstract class和interface在Java语言中都是用来进行抽象类定义.

使用abstract class的方式定义Demo抽象类的方式如下：

  
  abstract class Demo ｛
    abstract void method1();
    abstract void method2();
    …
｝

使用interface的方式定义Demo抽象类的方式如下：

  
  interface Demo {
    void method1();
    void method2();
    …
}

在abstract class方式中，Demo可以有自己的数据成员，也可以有非abstarct的成员方法

而在interface方式的实现中，Demo只能够有静态的不能被修改的数据成员（也就是必须是static final的）

所有的成员方法都是abstract的。从某种意义上说，interface是一种特殊形式的abstract class。

考虑这样一个例子，假设在我们的问题领域中有一个关于Door的抽象概念，该Door具有执行两个动作open和close

此时我们可以通过abstract class或者interface来定义一个表示该抽象概念的类型，定义方式分别如下所示：

使用abstract class方式定义Door：

  
  abstract class Door {
        abstract void open();
        abstract void close()；
}

使用interface方式定义Door：

 
 interface Door {
    void open();
    void close();
}

其他具体的Door类型可以extends使用abstract class方式定义的Door或者implements使用interface方式定义的Door。

看起来好像使用abstract class和interface没有大的区别。

如果现在要求Door还要具有报警的功能。我们该如何设计针对该例子的类结构呢

解决方案一：

简单的在Door的定义中增加一个alarm方法，如下：

 
 abstract class Door {
        abstract void open();
        abstract void close()；
        abstract void alarm();
}

  
  或者

 
 interface Door {
        void open();
    void close();
    void alarm();
}

那么具有报警功能的AlarmDoor的定义方式如下：

 
 class AlarmDoor extends Door {
        void open() { … }
        void close() { … }
        void alarm() { … }
}

 
 或者

 
 class AlarmDoor implements Door ｛
    void open() { … }
    void close() { … }
    void alarm() { … }
｝

这种方法违反了面向对象设计中的一个核心原则ISP（Interface Segregation Priciple）

在Door的定义中把Door概念本身固有的行为方法和另外一个概念”报警器”的行为方法混在了一起。

这样引起的一个问题是那些仅仅依赖于Door这个概念的模块会因为”报警器”这个概念的改变而改变，反之依然。

解决方案二：

既然open、close和alarm属于两个不同的概念，根据ISP原则应该把它们分别定义在代表这两个概念的抽象类中。

定义方式有：这两个概念都使用abstract class方式定义；

两个概念都使用interface方式定义；一个概念使用abstract class方式定义，另一个概念使用interface方式定义。

方式定义。如下所示：

 
 abstract class Door {
        abstract void open();
        abstract void close()；
}
interface Alarm {
    void alarm();
}
class AlarmDoor extends Door implements Alarm {
    void open() { … }
    void close() { … }
    void alarm() { … }
}