[SOLID] — Liskov 替换原则
[SOLID] — Liskov 替换原则
SOLID 原则是五个设计原则,旨在使面向对象编程中的代码易于理解、灵活和可维护。
里氏替换原则
如果 S 是 T 的子类型,则应将 T 替换为 S 而不会破坏应用程序。
让我们考虑电子商务服务示例中的相同 Review 类 单一职责原则 和 开闭原则 .
假设我将 Review 类扩展到 WrittenReview。
现在 Liskov 替换原则建议将类 Review 替换为类 WrittenReview,并且不应破坏任何内容。
但是,在这种情况下,使用 ReviewCalculator 计算平均评论(请参阅 单一职责原则 ) 将导致 NullPointerException,因为 WrittenReview 没有分数属性。
解决此类问题可能会很棘手。
- 我们可以将 ReviewCalculator 更改为仅计算从 Review 扩展而来的 NumberReview 类的平均值。
- 我们可以对类进行重构,以便类 Review 应该包含分数,并从名为 FeedBack 的接口继承它。 WrittenReview 的类名可以更改为WrittenFeedBack。
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明
标签:
编程
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· DeepSeek 开源周回顾「GitHub 热点速览」