抽象类+接口
abstract修饰符可以用来修饰方法也可以修饰类,如果修饰方法,那么该方法就是抽象方法;如果修饰类,那么该类就是抽象类。
抽象类中可以没有抽象方法,但是有抽象方法的类一定要声明为抽象类。
抽象类,不能使用new关键字来创建对象,它是用来让子类继承的。
抽象方法,只有方法的声明,没有方法的实现,它是用来让子类实现的。
子类继承抽象类,那么就必须要实现抽象类没有实现的抽象方法,否则该子类也要声明为抽象类。
package com.oop.demo08;
//abstract 抽象类 :类 extend: 单继承~ (接口可以多继承)
public abstract class Action {
//约束~ 有人帮我们实现~
//abstract , 抽象方法 , 只有方法名字 , 没有方法的实现!
public abstract void dosomething();
//1.不能去new这个抽象类,只能靠子类去实现它: 约束!
//2.抽象类中可以写普通的方法~
//3.抽象方法必须在抽象类中~
//抽象的抽象~ 约束
//思考题? new ,存在构造器吗?
//存在的意义是什么 ~ 抽象出来 提高开发效率
}
package com.oop.demo08;
//抽象类的所有方法,继承了它的子类,都必须要实现他的方法~ 除非 ~ abstract接着加。子子类实现
public class A extends Action {
接口
普通类:只有具体实现
抽象类:具体实现和规范(抽象方法)都有!
接口:只有规范! 自己无法写方法~ 专业的约束! 约束实现分离:面向接口编程~
接口就是规范,定义的是一组规则,体现了现实世界中“如果你是...则必须能...”的思想。如果你是天使,则必须能飞。如果你是汽车,则必须能跑。如果你好人,则必须干掉坏人;如果你是坏人,则必须欺负好人。
接口的本质是契约,就像我们人间的法律一样。制定好后大家都遵守。
OO的精髓,是对对象的抽象,最能体现这一点的就是接口。为什么我们讨论设计模式都只针对具备了抽象能力的语言(比如c++、java、c#等),就是因为设计模式所研究的,实际上就是如何合理的去抽象。
声明类的关键字是class,声明接口的关键字是interface
package com.oop.demo09;
//抽象的思维~ Java 架构师~
//interface定义的关键字
public interface UserService {
//常量~ public static final
int age = 99;
//接口中的所有定义的方法 其实都是抽象的 public abstract
void add(String name);
void delete(String name);
void update(String name);
void select(String name);
}
package com.oop.demo09;
public interface TimeService {
void timer();
}
package com.oop.demo09;
//抽象类: extends~
//类可以实现接口 implements 接口
//实现了接口的类,就需要重写接口中的方法~
//多继承~ 利用接口实现多继承
public class UserServiceImpl implements UserService,TimeService {
作用:
1.约束
2.定义一些方法,让不同的人实现~10--->1
3.public abstract
4.public static final
5.接口不能被实例化~ 接口中没有构造方法~
6.implements可以实现多个接口
7.必须要重写接口中的方法~
8.~总结博客