Python下的设计模式学习(3)——设计原则汇总

单一职责原则

概念:就一个类而言,应该仅有一个引起它发生变化的原因。
理解:软件开发过程中,需要发现软件的职责并将它们分离开来。发现职责并把那些职责相互分离,如果你能够想到多余一个的动机
去改变一个类,那么这个类就具有多一个的职责。

开放封闭原则

概念:软件实体(类,模块,函数等等)应该可以拓展,但是不可以修改;即对于扩展实施开放的,对于更改时实施封闭的。
理解:论模块是多么的“封闭”,都会存在一些无法对之封闭的变换。既然不可能完全封闭,设计人员必须对于他设计的模块应该对哪种变化封闭做出选择,他必须猜测出最有可能发生的变化种类,然后构造抽象来隔离那些变化。等到变化发生时立即采取行动。在我们最初编写代码时,假设变化不会发生,当变化发生时,我们就创建抽象来隔离以后发生的同类变化。面对需求,对程序的改动时通过增加新代码进行的。我们希望的是在开发工作展开不久就知道可能发生的变化,查明可能发生的变化锁等待的时间越长要创建正确的抽象就越困难。开放-封闭原则是面向对象设计的核心所在,遵循这个原则可以带来面向对象技术所声称的巨大好处,也就是可维护,可扩展,可复用,灵活性好。开发人员应该仅对程序中呈现出频繁变化的那些部分做出抽象,然而,对于应用程序中的每个部分都刻意地进行抽象同样不是应该很好的主意,我们必须拒绝不成熟的抽象和抽象本身一样重要。

依赖倒转原则

概念:
a.高层模块不应该依赖低层模块,两个都应该依赖抽象
b.抽象不应该依赖细节。细节应该依赖抽象。
理解:即针对接口编程,不要对实现编程。

里式转换原则

概念:子类型必须能够替换掉它们的父类型。
理解:一个软件实体如果适用于其父类,那么一定适用于其子类,而它察觉不出父类对象和子类对象的区别,即父类替换为子类,则抽象的行为没有变化。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值