1700454927
f.doSomething（map）；
1700454928
1700454929
}
1700454930
1700454931
public static void main（String[]args）{
1700454932
1700454933
invoker（）；
1700454934
1700454935
}
1700454936
1700454937
}
1700454938
1700454939
代码运行结果如下所示：
1700454940
1700454941
父类被执行……
1700454942
1700454943
那我们再把里氏替换原则引入进来会有什么问题？有父类的地方子类就可以使用，好，我们把这个Client类修改一下，源代码如代码清单2-18所示。
1700454944
1700454945
代码清单2-18 采用里氏替换原则后的业务场景类
1700454946
1700454947
public class Client{
1700454948
1700454949
public static void invoker（）{
1700454950
1700454951
//有父类的地方就有子类
1700454952
1700454953
Son f=new Son（）；
1700454954
1700454955
HashMap map=new HashMap（）；
1700454956
1700454957
f.doSomething（map）；
1700454958
1700454959
}
1700454960
1700454961
public static void main（String[]args）{
1700454962
1700454963
invoker（）；
1700454964
1700454965
}
1700454966
1700454967
}
1700454968
1700454969
代码运行后的结果如下所示：
1700454970
1700454971
子类被执行……
1700454972
1700454973
完蛋了吧？！子类在没有覆写父类的方法的前提下，子类方法被执行了，这会引起业务逻辑混乱，因为在实际应用中父类一般都是抽象类，子类是实现类，你传递一个这样的实现类就会“歪曲”了父类的意图，引起一堆意想不到的业务逻辑混乱，所以子类中方法的前置条件必须与超类中被覆写的方法的前置条件相同或者更宽松。
1700454974
1700454975
4.覆写或实现父类的方法时输出结果可以被缩小
1700454976
[
上一页 ]
[ :1.700454927e+09 ]
[
下一页 ]