比如对于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 那么代码就不够灵活,以及的扩展的时候就不方便扩展。