JAVA--设计模式概述

1,设计模式的分类:
         总体来说,设计模式分为三大类
           (1) 创建型模式,共五种:工厂方法模式,抽象工厂模式,单例模式,建造者模式,原型模式
         (2) 结构型模式,共七种:适配器模式,装饰器模式,代理模式,外观模式,桥接模式,
组合模式,享元模式
         (3)行为型模式,共十一种:策略模式,模版方法模式,观察者模式,迭代子模式,
责任链模式,命令模式,备忘录模式,状态模式,访问者模式,中介者模式,解释器模式
         (4) 其实还有两类:并发型模式,线程池模式,

           

2,设计模式的六大原则
           总原则:开闭原则(Open Close Principle)
  开闭原则就是说对扩展开放,对修改关闭。在程序需要进行扩展的时候,不能去修改原有代码,
  而是要扩展原有代码,实现一个热插拔效果。所以一句话概括就是:为了程序的扩展性好,
  易于维护和升级,想要达到这样的效果,我们需要使用接口和抽象类等,后面的具体设计中
  我们会提到这点。
            (1) 单一职责原则:
               不要存在多于一个导致类变更的原因,也就是说每个类应该实现单一职责,如若不然,
就应该把类拆分

         (2) 里氏替换原则(Liskov Substitution Principle):
                里氏替换原则是面向对象设计的基本原则之一, 里氏替换原则中说,任何基类可以
出现的地方,子类一定可以出现。LSP是继承复用的基石,只有当衍生类可以替换掉基类,
软件单元的功能不受影响时,基类才真正被复用,而衍生类也能够在基类的基础上增加新的
行为, 里氏替换原则是对“开-闭”原则的补充,实现“开-闭”原则的关键步骤就是抽象化,
而基类与子类的继承关系就是抽象化的具体实现,所以 里氏替换原则是对抽象化的具体步骤的
规范

          (3) 依赖倒转原则(Dependence Inversion Principle):
                这个是开闭原则的基础,具体内容:面向接口编程,依赖于抽象而不依赖于具体,
写代码时用到具体类时,不与具体类交互,而与具体类的上层接口交互。

         (4) 接口隔离原则(Interface Segregation Principle):
                这个原则的意思是:每个接口中不存在子类用不到却必须实现的方法,如若不然,就要
将接口拆分,使用多个隔离的接口 ,比使用单个接口(多个接口方法集合到一个接口)要好。

           (5) 迪米特法则(最少知道原则)(Demeter Principle):
                就是说:一个类对自己依赖的类知道越少越好,也就是说无论被依赖的类多么复杂,
都应该将逻辑封装在方法的内部,通过public 方法提供给外部,这样当被依赖的类变化时,
才能最小的影响该类。
                最少知道原则的另一个表达方式是:只与直接的朋友通信,类之间只要有耦合关系,
就叫朋友关系。耦合分为依赖、关联、聚合、组合等。我们称出现为成员变量,方法参数,
方法返回值中的类为直接朋友。局部变量、临时变量则不是直接的朋友。我们要求陌生的类
不要作为局部变量出现在类中。

           (6) 合成复用原则(Composite Principle):
                原则是尽量首先使用聚合/合成的方式,而不是继承。

3,关系模式分类图解:

4,设计模式的弊端:
                 
                 ①复杂度增加
                 ②开发成本增加
                 ③维护成本降低


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值