抽象方法 即使用abstract 关键字修饰,仅有声明没有方法体的方法。
public abstract void f();//没有内容
抽象类即包含抽象方法的类。
如果一个类包含一个或者多个抽象方法,该类必须限定为抽象的。抽象类可以不包含抽象方法。
public abstract class BaseActivity{
private final String TAG =this.getClass().getSimpleName();//抽象类可以有成员
void log(String msg){
System.out.println(msg);//抽象类可以有具体方法
}
//abstract void initView();// 抽象类也可以没有抽象方法
}
接口是抽象类的一种特殊形式,使用interface 修饰。
接口是抽象类的延伸,它可以定义没有方法体的方法
public interface OnClickListener{
void onClick(View v);//没有方法体
}
特点与区别:
- 抽象类的初衷是“抽象”,即规定这个类“是什么”,具体的实现暂不确定,是不完整的,因此不允许直接创建实例。
- 抽象类是由子类具有相同的一类特征抽象而来,也可以说是其基类或者父类
- 抽象方法必须为 public 或者 protected(因为如果为 private,则不能被子类继承,子类便无法实现该方法),缺省情况下默认为 public
- 抽象类不能用来创建对象
- 抽象方法必须由子类来实现
- 如果一个类继承于一个抽象类,则子类必须实现父类的抽象方法,如果子类没有实现父类的抽象方法,则必须将子类也定义为抽象类
- 抽象类还是很有用的重构工具,因为它们使得我们可以很容易地将公共方法沿着继承层次结构向上移动
接口的特点:
Java 为了保证数据安全性是不能多继承的,也就是一个类只有一个父类。
但是接口不同,一个类可以同时实现多个接口,不管这些接口之间有没有关系,所以接口弥补了抽象类不能多继承的缺陷。
接口是抽象类的延伸,它可以定义没有方法体的方法,要求实现者去实现。
接口的所有方法访问权限自动被声明为 public
接口中可以定义“成员变量”,会自动变为 public static final 修饰的静态常量
- 可以通过类命名直接访问:ImplementClass.name
- 不推荐使用接口创建常量类
实现接口的非抽象类必须实现接口中所有方法,抽象类可以不用全部实现
接口不能创建对象,但可以申明一个接口变量,方便调用
完全解耦,可以编写可复用性更好的代码
例子:
假设我们新开始一个项目,需要写大量的 Activity,这些 Activity 会有一些通用的属性和方法,于是我们会创建一个基类,把这些通用的方法放进去:
public class BaseActivity extends Activity{
private final String Tag =this.getClass().getSimpleName();
void toast(String msg){
Toast.makeText(this,msg,Toast.LENGTH_SHORT).show();
}
//其他重复的工作,比如设置标题栏、沉浸式状态栏、检测网络状态等
}
这时 BaseActivity
是一个基类,它的作用就是:封装重复的内容。
写着写着,我们发现有的同事代码写的太烂了,一个方法里几百行代码,看着太痛苦。于是我们就本着“职责分离”的原则,在 BaseActivity
里创建了一些抽象方法,要求子类必须实现:
public abstract class BaseActivity extends Activity {
private final String TAG = this.getClass().getSimpleName();
@Override
protected void onCreate(final Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(getContentViewLayoutId());
initView(); //这里初始化布局
loadData(); //这里加载数据
}
/**
* 需要子类实现的方法
* @return
*/
protected abstract int getContentViewLayoutId();
protected abstract void initView();
protected abstract void loadData();
void toast(String msg) {
Toast.makeText(this, msg, Toast.LENGTH_SHORT).show();
}
}
定义的抽象方法访问权限修饰符可以是
public
protected
和default
,但不能是private
,因为这样子类就无法实现了。
这时 BaseActivity
因为有了抽象方法,变成了一个抽象类。它的作用就是:定义规范,强制子类符合标准;如果有调用抽象方法,也会制定执行顺序的规则。
继承 BaseActivity
的类只要实现这些方法,同时为父类提供需要的内容,就可以和父类一样保证代码的整洁性。
public class MainActivity extends BaseActivity{
private TextView mTitleTv;
@Override
protected int getContentViewLayoutId() {
return R.layout.activity_main;
}
@Override
void initView() {
mTitleTv = (TextView) findViewById(R.id.main_title_tv);
mTitleTv.setOnClickListener(this);
}
@Override
protected void loadData() {
//这里加载数据
}
}
以后如果发现有某些功能在不同 Activity 中重复出现的次数比较多,就可以把这个功能的实现提到 BaseActivity
中。但是注意不要轻易添加抽象方法,因为这会影响到之前的子类。
项目写着写着,发现很多页面都有根据定位信息改变而重新请求数据的情况,为了方便管理,再把这样的代码放到 BaseActivity
? 也可以,但是这样一来,那些不需要定位相关的代码不也被“污染”了么,而且冗余逻辑太多 BaseActivity
不也成了大杂烩了么。
我们想要把位置相关的放到另一个类,但是 Java 只有单继承,这时就可以使用接口了。
我们创建一个接口表示对地理位置的监听:
interface OnLocationChangeListener {
void onLocationUpdate(String locationInfo);
}
接口默认是 public,不能使用其他修饰符。
然后在一个位置观察者里持有这个接口的引用:
public class LocationObserver {
List mListeners;
public LocationObserver setListeners(final List listeners) {
mListeners = listeners;
return this;
}
public List getListeners() {
return mListeners;
}
public void notify(String locationInfo) {
if (mListeners != null) {
for (OnLocationChangeListener listener : mListeners) {
listener.onLocationUpdate(locationInfo);
}
}
}
interface OnLocationChangeListener {
void onLocationUpdate(String locationInfo);
}
}
这样我们在需要定位的页面里实现这个接口:
public class MainActivity extends BaseActivity implements View.OnClickListener,
LocationObserver.OnLocationChangeListener {
private TextView mTitleTv;
@Override
protected int getContentViewLayoutId() {
return R.layout.activity_main;
}
@Override
public void onClick(final View v) {
int id = v.getId();
if (id == R.id.main_title_tv) {
toast("你点击了 title");
}
}
@Override
void initView() {
mTitleTv = (TextView) findViewById(R.id.main_title_tv);
mTitleTv.setOnClickListener(this);
}
@Override
protected void loadData() {
//这里加载数据
}
@Override
public void onLocationUpdate(final String locationInfo) {
mTitleTv.setText("现在位置是:" + locationInfo);
}
}
这样 MainActivity
就具有了监听位置改变的能力。
如果 MainActivity
中需要添加其他功能,可以再创建对应的接口,然后予以实现。
通过上面的代码例子,我们可以很清晰地了解下面这张图总结的内容。
图片来自:www.jianshu.com/p/8f0a7e22b…
我们可以了解到抽象类和接口的这些不同:
现在我们知道了,抽象类定义了“是什么”,可以有非抽象的属性和方法;接口是更纯的抽象类,在 Java 中可以实现多个接口,因此接口表示“具有什么能力”。
在进行选择时,可以参考以下几点:
俗话说:“做事留一线,日后好相见”。
程序开发也一样,它是一个不断递增或者累积的过程,不可能一次做到完美,所以我们要尽可能地给后面修改留有余地,而这就需要我们使用传说中“面向对象的三个特征” — 继承、封装、多态。
不管使用抽象类还是接口,归根到底还是尽可能地职责分离,把业务抽象,也就是“面向接口编程”。
日常生活里与人约定时,一般不要说得太具体。就好比别人问我们什么时候有空,回一句“大约在冬季” 一定比 “这周六中午” 灵活一点,谁知道这周六会不会突然有什么变故。
我们在写代码时追求的是“以不变应万变”,在需求变更时,尽可能少地修改代码就可以实现。
而这,就需要模块之间依赖时,最好都只依赖对方给的抽象接口,而不是具体实现。
在设计模式里这就是“依赖倒置原则”,依赖倒置有三种方式来实现:
可以看到,“面向接口编程”说的“接口”也包括抽象类,其实说的是基类,越简单越好。
多态指的是编译期只知道是个人,具体是什么样的人需要在运行时能确定,同样的参数有可能会有不同的实现。
通过抽象建立规范,在运行时替换成具体的对象,保证系统的扩展性、灵活性。
实现多态主要有以下三种方式:
不论哪种实现方式,调用者持有的都是基类,不同的实现在他看来都是基类,使用时也当基类用。
这就是“向上转型”,即:子类在被调用过程中由继承关系的下方转变成上面的角色。
向上转型是能力减少的过程,编译器可以帮我们实现;但 “向下转型”是能力变强的过程,需要进行强转。
以上面的代码为例:
public class LocationObserver {
List<OnLocationChangeListener> mListeners;
public LocationObserver setListeners(final List<OnLocationChangeListener> listeners) {
mListeners = listeners;
return this;
}
public List<OnLocationChangeListener> getListeners() {
return mListeners;
}
public void notify(String locationInfo) {
if (mListeners != null) {
for (OnLocationChangeListener listener : mListeners) {
listener.onLocationUpdate(locationInfo);
}
}
}
}
LocationObserver
持有的是 OnLocationChangeListener
的引用,不管运行时传入的是 MainActivity 还是其他 Activity,只要实现了这个接口,就可以被调用实现的方法。
在编译期就知道要调用的是哪个方法,称为“前期绑定”(又称“静态绑定”),由编译器和连接程序实现。
在运行期调用正确的方法,这个过程称为“动态绑定”,要实现动态绑定,就要有一种机制在运行期时可以根据对象的类型调用恰当的方法。这种机制是由虚拟机实现的, invokevirtual
指令会把常量池中的类方法符号引用解析到不同的引用上,这个过程叫做“动态分派”,具体的实现过程我们暂不讨论。
尽管继承在学习 OOP 的过程中得到了大量的强调,但并不意味着应该尽可能地到处使用它。
相反,使用它时要特别慎重,因为继承一个类,意味着你需要接受他的一切,不管贫穷富贵生老病死,你都得接受他,你能做到吗?
一般人都无法做到白头偕老,所以只有在清楚知道需要继承所有方法的前提下,才可考虑它。
有一种取代继承的方式是 “组合”。
组合就是通过持有一个类的引用来拥有他的一切,而不是继承,在需要调用他的方法时传入引用,然后调用,否则就清除引用。
组合比继承灵活在于关系更松一些,继承表示的是“is-a” 关系,比较强;而组合则是 “has-a” 关系。
为判断自己到底应该选用合成还是继承,一个最简单的办法就是考虑是否需要从新类向上转型回基础类。
假如的确需要向上转,就使用继承;但如果不需要上溯造型,就应提醒自己防止继承的滥用。
转自:https://juejin.im/entry/59fa7b07518825076a0c4a0c