设计模式前提:六大原则

参考书籍:设计模式之禅

 

单一职责: 职责,可变原因单一

         优点:复杂度降低 可读性提高 可维护性增强 变更引起的风险降低

          缺点:难以明确区分职责和可变原因

        个人理解:接口单一

         举例:用户属性与用户方法应该是两个不同的接口

 

里氏替换:父类能出现的地方,子类一定能出现(即子类可替代父类)

       特点:

  • 子类必须实现父类的抽象方法,但不得重写(覆盖)父类的非抽象(已实现)方法。
  • 子类中可以增加自己特有的方法。
  • 当子类覆盖或实现父类的方法时,方法的前置条件(即方法的形参)要比父类方法的输入参数更宽松。
  • 当子类的方法实现父类的抽象方法时,方法的后置条件(即方法的返回值)要比父类更严格。

        个人理解:继承,重写,重载相关知识。

 

依赖倒置:面向接口编程(OOD)

           特点:

  • 高层模块不应该依赖低层模块, 两者都应该依赖其抽象;
  • 抽象不应该依赖细节;
  • 细节应该依赖抽象。

           优点:松耦合,便于需求更改

           个人理解:对一个事物最广泛的定义(对象,泛型),抽象,接口。结合里氏替换。

           举例:司机开宝马  —— 司机开车(车,泛型)

          

接口隔离:

         个人理解:细分,私有

 

迪米特法则:Only talk to your immediate friends. (只和自己直接的朋友交谈)     (来自维基百科) 

       特点:高内聚、低耦合   

      个人理解:直接交流,强调私有

       举例:使用手机读书      手机——阅读软件(或者网页)——读书   (包含关系)

                手机中有阅读软件,阅读软件中有书籍,手机与书籍没有直接联系,

               因此手机直接调用阅读软件,不需要关心阅读软件内部对书籍的实现。

待更新。。。。

       

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值