比如对于HashMap与Map的理解:
HashMap 是 Map 接口的常用实现类(Map是一个接口),是一个键值对集合,
建议使用实现接口的方式使用Map,如:Map<String, Object> parameters = new HashMap<>();
不建议这样:HashMap<String, Object> parameters = new HashMap<>();
第一种更灵活,第二种直接写死了,如果换其他的Map实现类,需要重写 ,如果是用接口实现 (第一种)只需要替换后面的实现类即可。
父类引用指向子类对象的好处:
好处一:降低代码耦合度,让程序员关注业务的时候,更加关注父类能做什么,而不去关心若干个子类具体是怎么做的
如果我需要实现两个方法:喂猫和喂狗
feed(Cat cat){ ... }
feed(Dog dog){ ... }
如果Cat、Dog都是Animal的子类,那你就可以写成
feed(Animal animal){ ... }
Animal dog1 = new Dog(); //父类引用指向子类对象
Animal cat1 = new Cat();
feed(dog1);
feed(cat1);
有人说这是面向接口编程,可以降低程序的耦合性,即调用者不必关心调用的是哪个对象,只需要针对接口编程就可以了,被调用者对于调用者是完全透明的。
让你更关注父类能做什么,而不去关心子类是具体怎么做的,你可以随时替换一个子类,也就是随时替换一个具体实现,而不用修改其他。
好处二:增加代码的扩展性
比如最基本的一个方法 equals,他是Object类的一个方法,完整写法是 public boolean equals(Object obj)
注意这里的参数类型使用的是Object 而Object又是所有类的父类,所以你在调用这个方法的时候,这个参数可以传入Object的子类对象(即任意对象),所以这个方法适用于任何对象。
如果没有多态 这个方法就不能这么写,参数只能写一个具体的类,那么这个方法的适用范围就只是这一个类。。。
好处三:增加代码灵活性
假设有一个Animal的父类,和Dog、Cat子类
如果你在代码中,事先申请
private Animal an;
这样的好处是什么呢? an的实际类型在运行的时候才能具体确定,他可以是Dog Cat 或者Animal。因为你可以写:
an = new Animal();
也可以写:
an = new Dog();
或
an = new Cat(();
如果你一开始就申明了一个是Dog an; 那么你的an就只能是Dog 那么代码就不够灵活,以及的扩展的时候就不方便扩展。