面向对象设计原则

本文通过解读Java IO的Readable接口和抽象工厂模式,讲解了单一职责原则如何确保类的职责清晰,以及开闭原则如何通过扩展抽象而不修改来保持系统灵活性。里氏替换原则涉及子类与父类的兼容性,而依赖倒装原则提倡接口编程,提升代码的复用性和可维护性。

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

单一职责原则

定义: 一个对象应该只包含单一的职责,并且该职责被完整地封装在一个类中。

举例:结合JDK,谈谈自己的理解吧:最近刚好在仔细研究Java——IO的源码,结合Readable这个实例来说一说单一职责原则。Readable作为一个接口,里面只有一个方法read(),方便其他类实现自己需要的read()。

开闭原则

定义:准许扩展,拒绝修改。(这里的扩展是让子类去扩展,千万不要理解为,给抽象类扩展,抽象类必须是稳定不变的,不能做任何操作,只能子类去扩展。)

举例:抽象工厂和开闭原则有着密切的关联。根据代码可以发现,抽象工厂模式对于开闭原则有着偏向性。抽象工厂允许增加新的工厂,但不准许增加新的抽象产品。

这很好理解:
如果要增加具体的工厂,只需要新建一个具体工厂的类,然后继承抽象工厂抽象类。
但是增加新的抽象工厂,我们就需要给抽象工厂添加新的方法。因为抽象类是暴露给client的,我们在设计的时候是不能做任何修改的,因为一旦修改,继承这个抽象类的所有具体工厂都要做修改。

里氏代换原则

定义:使用父类的地方,使用子类程序一定不会出问题。但使用子类的地方,使用父类不一定不会出问题。

举例:长方形和正方形,求面积。

依赖倒装原则

定义:细节应该依赖于抽象,先抽象后细节。

举例:同样是Java——IO
反向思考,Reader作为一个抽象类,他的具体实现子类都有一个共同的职责read(),就是将磁盘的数据读入到程序中(也就是内存中)。也就是说,我们可以将这个职责抽取出来,而不是在每一个具体实现子类里面一个一个地去写。这样我们就用一个结构单独封装read()方法。这就是针对接口编程,而不是针对实现编程。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值