设计模式之六原则

        设计模式一共包含23种模式,每一种模式的实现都要遵循一定的原则,概括下来,各个设计模式遵循的原则无非有6种,下面对这6个原则的详细介绍。

单一职责原则:各司其职

       定义:就一个类而言,应该仅有一个引起它变化的原因。简单来说,一个类
       解释:如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会消弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,
       优点:1、可以降低类的复杂性,一个类之复杂一项职责,其逻辑肯定要比负责多项职责简单的多。2、提高类的可读性,提高系统的可维护性。3、更可能地实现开发封闭原则。

里氏代换原则:子承父业

      定义:子类必须能够替换掉他们的父类。
      解释:一个软件实体如果使用的一个父类的话,那么一定适用于其子类。只有当子类可以替换掉父类,软件单位的功能不受到影响是,父类才能真正被复用,而子类也能够在父类的基础上增加新的行为。
      优点:1、正因为有了这个原则,使得继承复用成为了可能。2、正是由于子类型的可替换性才使得使用父类类型的模块在无需修改的情况下可以扩展。

依赖倒转原则

      定义:高层模块不应该依赖底层模块。两个都应该依赖抽象;抽象不应该依赖细节。细节应该依赖抽象。
      解释:依赖倒转原则很好契合了面向对象编程的思想,这一原则就是要针对接口编程,不要对实现编程。正因为里氏代换原则的存在,才使得依赖倒转原则更好地实现。
      优点: 依赖倒置原则可以减少类间的耦合性,提高系统的稳定性,减少并行开发引起的风险,提高代码的可读性和维护性。

迪米特法则

      定义:如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。
      解释:迪米特法则强调的前提是在类的结构设计上,每一个类都应当尽量降低成员的访问权限,也就是说,一个类包装好自己的private状态,不需要让别的类知道的字段或行为就不要公开。迪米特法则的根本思想是强调了类之间的松耦合。类之间的耦合越弱,越有利于复用,一个处在弱耦合的类被修改,不会对有关系的类造成波及。
      优点:1、类之间的耦合越弱,越有利于复用。2、一个处在弱耦合的类被修改,不会对有关系的类造成波及。

合成/聚合复用原则

      定义:尽量使用组合/聚合,尽量不要使用类继承。
      解释:在UML类图中的关系中提到过,聚合表示一种弱的‘拥有’关系,体现的是A对象包含B对象,但B对象不是A对象的一部分;组合则是一种强的‘拥有’关系,体现了严格的部分和整体的关系,部分和整体的生命周期一样。组合/聚合复用原则体现的是优先使用对象和组合/聚合将有助于保持每个类被封装,并被集中在单个任务。这样类和类继承层次保持娇娇规模,并且不太可能增长为不可控制的庞然大物。
     优点:提高了类的灵活性和复用性。

开放封闭原则

    定义:软件实体(类、谋爱、函数等等)应该可以开放,但是不可修改。
    解释:这个原则可理解为“对于扩展是开放的,对于更改是封闭的”,它是面向对象设计的核心所在。遵循这个原则可以带来面向对象技术所声称的巨大好处,也就是可维护、可扩展、可复用、灵活性好。开发人员应该仅对程序中呈现出频繁变化的那些部分作出抽象,然而,对于应用程序中的每一部分都可以地进行抽象同样不是一个好主意。拒绝不成熟的抽象和抽象本身一样重要。以上五个原则的最终目标也是为了实现软件的开发封闭。
    优点:几种上述5个模式的优点于一身,完美的阐释了面向对象技术的“可维护、可扩展、可复用和灵活型好”的特定。

总结

     设计模式的6个原则指导这23个设计模式的实现,也是对面向对象三个特性的体现。
    
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 14
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 14
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值