里氏代换原则

最新推荐文章于 2025-05-23 20:23:05 发布

shdxl

最新推荐文章于 2025-05-23 20:23:05 发布

阅读量198

点赞数

CC 4.0 BY-SA版权

分类专栏：设计模式文章标签：里氏代换原则

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.youkuaiyun.com/shdxl/article/details/84425051

设计模式专栏收录该内容

3 篇文章

订阅专栏

本文深入探讨了Java编程中违反里氏代换原则的案例，通过分析Properties类作为HashTable子类的问题，阐述了实现上子类应当扩展而非替换或削减父类功能的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

里氏代换原则:任何基类可以出现的地方,子类一定可以出现.
java api中违反里氏代换原则的例子:
1.Properties类被设计成HashTable的子类.显然,Properties是一种特殊的Hashtable,它只接受String类型的键和值,但是其超类可以接受任何类型的键和值.这就意味着,在一些需要非String类型的键和值的地方,Properties不能够取代Hashtable. (自己的理解:实现上子类应该是扩展父类的功能,而不是替换父类的功能或削减父类的功能.Properties没有扩展Hashtable的功能,反而限制了只能接收String类型的键和值,所以违反了里氏代换原则).

评论

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。