zoukankan      html  css  js  c++  java
  • 接口和抽象类的区别

         抽象类使用场景:对于一个父类,如果它的某个方法在父类中实现出来没有任何意义,必须根据子类的实际需求来进行不同的实现,那么就可以将这个方法声明为abstract方法,
    此时这个类也就成为abstract类了。
        包含抽象方法的类称为抽象类,但并不意味着抽象类中只能有抽象方法,它和普通类一样,同样可以拥有成员变量和普通的成员方法。

        代码形式如下:

    [public] abstract class ClassName {
                            abstract void fun();
                      }

         注意,抽象类和普通类的主要有三点区别:

      1)抽象方法必须为public或者protected(因为如果为private,则不能被子类继承,子类便无法实现该方法),缺省情况下默认为public。

      2)抽象类不能用来创建对象;

      3)如果一个类继承于一个抽象类,则子类必须实现父类的抽象方法。如果子类没有实现父类的抽象方法,则必须将子类也定义为为abstract类。

      在其他方面,抽象类和普通的类并没有区别。

      接口:英文称作interface,在软件工程中,接口泛指供别人调用的方法或者函数。从这里,我们可以体会到Java语言设计者的初衷,它是对行为的抽象。
           在Java中,定一个接口的形式如下:

    [public] interface InterfaceName {
    		 
    						}

         接口中可以含有 变量和方法。但是要注意,接口中的变量会被隐式地指定为public static final变量(并且只能是public static final变量,用private修饰会报编译错误),而方法会被隐式地指定为public abstract方法且只能是public abstract方法(用其他关键字,比如private、protected、static、 final等修饰会报编译错误),并且接口中所有的方法不能有具体的实现,也就是说,接口中的方法必须都是抽象方法。
    从这里可以隐约看出接口和抽象类的区别,接口是一种极度抽象的类型,它比抽象类更加“抽象”,并且一般情况下不在接口中定义变量。

        要让一个类遵循某组特地的接口需要使用implements关键字,具体格式如下:

    class ClassName implements Interface1,Interface2,[....]{
    			 
               }
    

      可以看出,允许一个类遵循多个特定的接口。如果一个非抽象类遵循了某个接口,就必须实现该接口中的所有方法。对于遵循某个接口的抽象类,可以不实现该接口中的抽象方法。

      接口和抽象类的区别及相同点:

          相同点:1.接口是抽象类的特例 ----》接口中的方法比抽象类更严格,范围限定更小,更具体 -》抽象方法
                       2. 接口里面也可以声明成员变量[字段]及枚举类型
                       3. 都不可以直接实例化------》方法是抽象的,没有具体实现逻辑---》方法的调用依赖于对象---》对象获取---》new 或者 通过反射,反射的话如果能拿到类的字节码可以得到这个类的实newInstance

           区别:

         1.语法层面上的区别        

                      1)抽象类可以提供成员方法的实现细节,而接口中只能存在public abstract 方法;

                    2)抽象类中的成员变量可以是各种类型的,而接口中的成员变量只能是public static final类型的;

                    3)接口中不能含有静态代码块以及静态方法,而抽象类可以有静态代码块和静态方法;

                    4)一个类只能继承一个抽象类,而一个类却可以实现多个接口。

                  2.设计层面上的区别    

                    1)抽象类是对一种事物的抽象,即对类抽象,而接口是对行为的抽象。抽象类是对整个类整体进行抽象,包括属性、行为,但是接口却是对类局部(行为)进行抽象。

                举个简单的例子,飞机和鸟是不同类的事物,但是它们都有一个共性,就是都会飞。那么在设计的时候,可以将飞机设计为一个类Airplane,将鸟设计为一个类Bird,但是不能将 飞行 这个特性也设计为 类,

                因此它只是一个行为特性,并不是对一类事物的抽象描述。此时可以将 飞行 设计为一个接口Fly,包含方法fly( ),然后Airplane和Bird分别根据自己的需要实现Fly这个接口。然后至于有不同种类 的飞机,比

                如战斗机、民用飞机等直接继承Airplane即可,对于鸟也是类似的,不同种类的鸟直接继承Bird类即可。从这里可以看出,继承是一个 "是不是"的关系,而 接口 实现则是 "有没有"的关系。 如果一个类继承某

               个抽象类,则子类必定是抽象类的种类, 而接口实现则是有没有、具备不具备的关系,比如鸟是否能飞(或者是否具备飞行这个特点),能飞行则可以实现这个接口,不能飞行就不实现这个接口。                              

                  2)设计层面不同,抽象类作为很多子类的父类,它是一种模板式设计。而接口是一种行为规范,它是一种辐射式设计。什么是模板式设计?

               最简单例子,大家都用过ppt里面的模板,如果用模板A设计了ppt B和ppt C,ppt B和ppt C公共的部分就是模板A了,如果它们的公共部分需要改动,则只需要改动模板A 就可以了,不需要重新对ppt B 和

               ppt C进行改动。而辐射式设计,比如某个电梯都装了某种报警器,一旦要更新报警器,就必须全部更新。 也就是说对于抽象类,如果需要添加新的方法,可以直接在抽象类中添加具体的实现,子类可以不进行

               变更;而对于接口则不行,如果接口进行了变更,则所有实现这个接口的类都必须进行相应的改动

         下面看一个网上流传最广泛的例子:门和警报的例子:门都有open( )和close( )两个动作,此时我们可以定义通过抽象类和接口来定义这个抽象概念:

    	abstract class Door {
    					     public abstract void open();
    					      public abstract void close();
    				}
                      或者:
    
    
             interface Door {
    						public abstract void open();
    						public abstract void close();
    					}
    

      但是现在如果我们需要门具有报警alarm( )的功能,那么该如何实现?下面提供两种思路:

              1)将这三个功能都放在抽象类里面,但是这样一来所有继承于这个抽象类的子类都具备了报警功能,但是有的门并不一定具备报警功能;

              2)将这三个功能都放在接口里面,需要用到报警功能的类就需要实现这个接口中的open( )和close( ),也许这个类根本就不具备open( )和close( )这两个功能,比如火灾报警器。

           从这里可以看出, Door的open() 、close()和alarm()根本就属于两个不同范畴内的行为,open()和close()属于门本身固有的行为特性,而alarm()属于延伸的附加行为。因此最好的解决办法是单独将报警设计

           为 一个接口,包含alarm()行为,Door设计为单独的一个抽象类,包含open和close两种行为。再设计一个报警门继承Door类和实现Alarm接口。

     interface Alram {
            void alarm();
       }
    			 
    abstract class Door {
         void open();
         void close();
    }
    			 
    class AlarmDoor extends Door implements Alarm {
         void oepn() {
           //....
           }
          void close() {
           //....
          }
         void alarm() {
          //....
         }
     }
    

      下面是自己总结认识两者的区别:

             抽象类抽象类首先是一个类,类是尽可能的详尽的列出具有的所有信息,它具有类的所有特征,比如,继承性,可以拥有成员变量,方法【函数】,只不过比普通的类更加特殊,他可以拥有抽象方法,即没有方  

         法的 具体实现逻辑,也可以在类内部没有抽象方法,仍然可以用abstract关键字类定义抽象类,只不过这样做也没有什么意义,

             接口是对行为的抽象,可以应用于没有关系的类中,抽象类只能用于同一类型的子类上

             方法前面的关键字约束不同:抽象类: public或者protected 缺省情况下默认为public。接口:默认 public abstact

    为什么不能实例化抽象对象?

            1.是因为它里面都是抽象方法,实例化对象调用其里面的方法没有意义, 它不代表那一个具体的事物 抽象父类给提供给子类一个方法,主要是起规范作用

            2.抽象类之所以存在就是要子类去实现他的所有的抽象方法,既然是抽象的,创建它的对象后调用它的方法什么都不会产生,所以毫无意义。没有意义做在它干什么,所以不可以。

            3。抽象类或接口不是不能实例化,而是不能直接实例化,即不能自己实例化,需要借助其子类/实现类间接实例化。 ---》多态 不能实例化,就是不能用new操作new一个新的抽象对象

    ConnectionKeepAliveStrategy keepAliveStrategy = new DefaultConnectionKeepAliveStrategy() {
    			@Override
    			public long getKeepAliveDuration(HttpResponse response,
    					HttpContext context) {
    				long keepAlive = super.getKeepAliveDuration(response, context);
    				if (keepAlive == -1) {
    					// Keep connections alive 5 seconds if a keep-alive value
    					// has not be explicitly set by the server
    					keepAlive = 5000;
    				}
    				return keepAlive;
    			}
    		};
    

      此处代码的意思就是new了一个实现ConnectionKeepAliveStrategy接口的匿名内部类,然后new得到匿名内部类的对象再向上转型为它实现的接口(原始类型)。

    此处引出另一个问题:内部类

     List<String> arrayList1 = new ArrayList<String>();//接口 (实现功能)
    	  arrayList1.add("A");
    	  arrayList1.add("b");
    	  arrayList1.add("c");
    System.out.println("arrayList1:"+arrayList1);
    AbstractList<String> arrayList2 = new ArrayList<String>();//父类 (具备类或者对象更详细的说明信息,子类继承) arrayList2.add("A"); arrayList2.add("b"); arrayList2.add("c");
    System.out.println("arrayList2:"+arrayList2); 

    结果:
    arrayList1:[A, b, c]
    arrayList2:[A, b, c]

    问题:结果是一样的,为什么不常用父类?

     参考资料:http://www.cnblogs.com/dolphin0520/p/3811437.html

  • 相关阅读:
    jQuery标签操作
    Bootstrap和Font Awesome
    jQuery拾遗
    Bootstrap笔记
    软件测试
    Day01 第一个Python程序
    cd指令
    ls命令
    type命令
    每天一个Linux指令
  • 原文地址:https://www.cnblogs.com/tsxf/p/6479427.html
Copyright © 2011-2022 走看看