设计模式之设计原则
设计模式之设计原则
白志华 发表于2年前
设计模式之设计原则
  • 发表于 2年前
  • 阅读 1
  • 收藏 0
  • 点赞 0
  • 评论 0

标题:腾讯云 新注册用户域名抢购1元起>>>   

        设计模式(Design Pattern)是面向对象技术的最新进展之一,由于面向对象设计的灵活性,增加了其设计的复杂性,设计模式的出现就是为了提高复用的设计方案,让代码更容易被他人理解、保证代码可靠性。设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化,设计模式是软件工程的基石,如同大厦的一块块砖石一样。

       要想用好设计模式,必须先明白设计模式的六大原则:单一职责原则、开放封闭原则、依赖倒转原则、里氏代换原则、合成聚合复用原则、迪米特法则。

 ①   【单一职责原则SRP】

        单一职责原则,就一个类而言,应该仅有一个引起它变化的原因。如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会消弱或者一直这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏。而软件设计真正要做的许多内容,就是发现职责,并把这些职责相互分离。

 ②   【开放封闭原则OCP】

开放-封闭原则,是说软件实体(类、模块、函数等等)应该可以扩展,但是不可以修改。即对于扩展是开放的,对于更改是封闭的。当用户需求的变化,不鞥轻易更改源代码,而是应该创建抽象类,去隔离以后发生的同类变化。这样会使得变化中的系统有一定的稳定性和延续性。

例如当年玉皇大帝在不更改现有天庭秩序的情况下,成功扩展“弼马温”这个秩序(类)。

 ③   【依赖倒转原则DIP】

        抽象不应该依赖细节,细节应该依赖于抽象。即我们要针对接口(抽象类)编程,不要针对与实现编程。

         比如你开车进小区,小王是门卫,每次你到门口,喊一声“小王,帮忙开下门”他就给你开了,但是对于刚搬进小区的小李,他可不认识小王,他怎么通知小王开门呢?假如突然有一天,门卫换了,难道你就不进小区了?答案大家都知道,只要喊“门卫,帮忙开下门”,你和小李就都可以进去了。所以不管门卫和小区的业主怎么换,只要“门卫”这个“接口”是不变,那么业主就可以让门卫给开门。

 ④   【里氏代换原则LSP】

        里氏代换原则,子类型必须能够替换掉他们的父类型。在软件里面,把父类都替换成其子类,程序的行为不会发生变化。

简单来说,子类=父类 [+新功能]。父类的非私有成员都会被子类继承,还可以根据自身情况对继承来的方法DIY。当用子类去实例化父类,调用父类的方法,具体实现则是刚才的子类的方法。(也就是说如果这个父类有多个子类的话,只要用不同的子类去实例化这个父类,那么这个父类对象执行相同的方法,则会执行各自子类对应的同名方法,所以结果也会不同。而这就是“多态”!所以可以说多态是里氏代换原则的体现。)当然反过来是不成立的。例如矩形和正方形,我们可以说正方形是一种特殊的矩形,但不可以说矩形是一种特殊的正方形。

 ⑤   【合成聚合复用原则CARP】

        合成聚合复用原则:尽量使用合成\聚合,尽量不使用类继承。合成聚合是”has  a”的关系,而继承是“is  a”的关系。由于继承是一中强耦合的结构,父类变,子类必变。所以不是“is  a”关系,我们一般不要用继承。优先使用合成聚合复用原则,可以保持每个类的封装,降低继承的层次。

       根据此原则转变后为:

 ⑥   【迪米特法则】

        如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法时,可以通过第三者转发这个调用。类之间的耦合越弱,就越有利于复用,一个处在弱耦合的类被修改,不会对有关系的类造成波及。也就是说,一个对象对其他对象尽可能少的了解(不要和陌生人说话)。

版权声明:本文为博主原创文章,未经博主允许不得转载。

共有 人打赏支持
粉丝 29
博文 260
码字总数 57524
×
白志华
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: