设计模式的六大原则

设计模式六大原则:

1、开闭原则:一个软件实体(类、函数、模块)应该只对扩展开发,对修改关闭。

  接口应该有契约精神,一旦确定就不要轻易更改。因此,当有新的需求需要添加时,不应该考虑在接口中添加方法,应该考虑继承需要添加需求的实现类,将添加的需求写在子类中,从而符合对该实体的扩展,而不是修改。

2、单一职责原则:一个类只做一件事,一个类应该只有一个引起它改变的原因。

3、里氏替换原则:子类应该可以完全替换父类。子类在继承时,只扩展新的功能,而不能破坏父类的原有的功能。

4、依赖倒置原则:细节依赖抽象,而不是抽象依赖细节。把抽象层放在设计的高层,并且保持稳定,程序的细节变化由低层的实现层来实现。

     程序设计时,结合低层的多个细节抽象出高层,然后低层依赖高层。

5、迪米特原则:一个类只和自己的直接朋友对话,不和朋友的朋友对话。

直接朋友是:一个类中的成员属性和方法的参数称为直接朋友。

阅读了之后发现:迪米特原则是最难遵守的,有时候为了遵守这个原则而带来很多麻烦。

6、接口隔离原则:如果一个类实现一个接口里面的方法,那么这些方法对于该类来说都应该是有用的,而不能是空实现,而没有用处。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

何怀逸

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值